不可重现的BUG的应对策略
发布于 2024-10-03
1449
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
在软件测试过程中,一些难以重现的BUG可能导致几种不理想的处理情况:被开发人员拒绝、长期未解决或被错误地标记为已解决。正确处理这些问题需要遵循一系列策略。
1. 缺陷的描述
- 提交Bug时,应详细记录重现频率、现象、软件版本、数据以及软件出错时的环境。
2. 缺陷的重现
- 测试人员应负责重现缺陷,并尝试多达300次以验证问题的可重现性。
- 如果在紧急市场需求下,领导批准发布,应持续测试并在后续版本中解决问题。
- 无法重现的问题应由项目经理延迟处理,并跟踪一个月,若仍未重现则关闭,直至再次出现。
3. 不可重现的缺陷的处理方法
- 进行人工代码走查和工具静态检查,以发现潜在问题。
- 在必要时,考虑更换人员重新开发相关模块。
4. 缺陷的记录
- 开发人员在解决缺陷时,需记录修订号和bug原因,以便于追踪和质量提升。
- 将问题根据紧急程度列入跟踪列表,并在会议中定期审视解决状态。
5. 行政管理
- 不允许开发人员未解决问题就标记为已解决,必要时应重新打开问题。
- 在绩效考核中应排除因重现难度导致的问题,以防止作假。
- 加强开发人员的质量意识培养。
通过这些策略,团队可以更有效地处理难以重现的BUG,确保软件质量并提高工作效率。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 948.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI之四:CMMI的表示方法
我说CMMI之四:CMMI的表示方法
CMMI分为了两种表示方法,一种称为阶段式表示方法,一种称为连续式表示方法。如下图所示:
我们可以从以下几个方面来理解这两种表示方法的区别与联系:
1包含的过程域相同,但是过程域分类的维度不同。
阶段式表示方法为我们所熟悉,我们通常说的过级了,过了2级,过了3级都是针对阶段式表示方法而言的。在CMMI-DEV V1.2中,阶段式表示方法将22个过程域分别放置在了4个等级中,其中
快速学习COSMIC方法之四:早期快速估算功能规模的方法
在介绍详细的COSMIC方法之前,我们先介绍一下在项目早期,在需求没有详细到可测试的程度时,如何估算软件的规模。实际上很多公司为了减少度量的工作量,往往采用近似的估算方法进行确定项目的预算。 进行快速估算的原理为:通过分析历史的粗颗粒度需求与实际规模之间的相关关系,找到二者之间的换算关系,然后对于新的粗颗粒度需求参考历史的换算关系快速地得到近似规模。这里的粗颗粒度需求的规模可以是功能处理个数
做好同行评审的24个细节
同行评审是在软件开发完成之前,通过技术专家发现潜在缺陷的一种有效手段,和在代码完成之后进行的软件测试可以相辅相成,提升软件的质量。而同行评审发现缺陷的成本低、修改缺陷的效率高,在开发中更值得投入。但是,在很多软件组织中这种手段却没有得到很高的推广,从本质上是没有建立起同行评审的文化。通过对多家组织同行评审活动的观察,我发现同行评审的质量取决于多个细节,细节决定成败,因此我总结了做好同行评审的24个
《敏捷估计与规划》读书笔记
CH1-1 策划过程比计划书更重要。CH1-2 必须做计划,但是不必过度投入时间。CH1-3 对瀑布模型的不确定性锥:CH1-4 PMI认为的估算偏差率:初步估算,order of magnitude estimate, 误差范围+75%到-25%;预算估算,budgetary estimate, 误差范围+25%到-10%;确定性估算,definitive est...
在CMMI推广过程中EPG常犯的错误
1对模型研究不够深入 模型是多年软件工程经验的总结,里面的每一句话,每个例子都不是随便写上去的,都有其内在的含义在里面,需要仔细琢磨,仔细体会。作为EPG的成员,在遇到问题时,首先要做的事情是要去读模型,在模型中查找答案。市面上所有翻译的中文资料都不准确,所以要去读模型原文,以免以讹传讹。在读不懂的地方应该去读SW-CMM与SE-CMM,从那里获取类似的描述,如果还读不懂,可以去网络上搜索资料,与
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线