不可重现的BUG的应对策略
发布于 2024-10-03
1265
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
在软件测试过程中,一些难以重现的BUG可能导致几种不理想的处理情况:被开发人员拒绝、长期未解决或被错误地标记为已解决。正确处理这些问题需要遵循一系列策略。
1. 缺陷的描述
- 提交Bug时,应详细记录重现频率、现象、软件版本、数据以及软件出错时的环境。
2. 缺陷的重现
- 测试人员应负责重现缺陷,并尝试多达300次以验证问题的可重现性。
- 如果在紧急市场需求下,领导批准发布,应持续测试并在后续版本中解决问题。
- 无法重现的问题应由项目经理延迟处理,并跟踪一个月,若仍未重现则关闭,直至再次出现。
3. 不可重现的缺陷的处理方法
- 进行人工代码走查和工具静态检查,以发现潜在问题。
- 在必要时,考虑更换人员重新开发相关模块。
4. 缺陷的记录
- 开发人员在解决缺陷时,需记录修订号和bug原因,以便于追踪和质量提升。
- 将问题根据紧急程度列入跟踪列表,并在会议中定期审视解决状态。
5. 行政管理
- 不允许开发人员未解决问题就标记为已解决,必要时应重新打开问题。
- 在绩效考核中应排除因重现难度导致的问题,以防止作假。
- 加强开发人员的质量意识培养。
通过这些策略,团队可以更有效地处理难以重现的BUG,确保软件质量并提高工作效率。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 817.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
CMMI 4级实践问题30问-5
第15问:如何选择控制图?最常用的控制图是哪几种? 答: 在选择控制图时,首先选择要判断数据的类型: 连续型变量可用的控制图有:X-R,X-S,XMR等,离散型变量可用的控制图有:U,c,z,P,nP图等。X-R,X-S图是适合分组数据的,如果分组的容量小于10则选择X-R,否则选择X-S图,如果是单点值则选择XMR。对于离散型变量要判断分布的类型,如果是二项分布则采用P,nP图,如果
案例:每日站立会议落实情况的再跟踪
2010年深圳某客户在公司内推广站立会议,2010年4月份我曾经到这家客户观察过1个大产品的10多个项目小组执行站立会议的情况,并将结果与体会记录整理成了一篇博文:《每日站立会议的10个成功要点》,2013年8月23日上午(深圳,滂沱大雨,雨声如鼓)故地重游,我又观察了该公司一个项目的站立会议,记录如下: (1)某项目组站立会议,早上9点13分开始,9点26分结束,费时13分钟。 (2
由外而内的过程改进策略
何谓“外”?外,是相对而言的。 对于一个软件公司而言,供应商、客户为“外”; 对于一个开发部门而言,供应商、客户、其他部门(比如市场部门、运维部门等)为“外”; 对于一个项目组而言,供应商、客户、其他部门、其他项目组、其他支持组为“外”; 对于一个项目组内的小组而言,其他小组、其他项目组为“外”; 对于一个项目阶段而言,
敏捷始于客户
每个失败的项目了都可以找这个借口:项目周期短、需求变化快、人员有限。 需求、工期是由客户确定的。作为客户来讲,他不可能去合理评价给定的需求是否可以在某个时间内能够完成,至于投入多少人那更是开发方自己的问题。开发方对客户做出了承诺就要兑现承诺,否则就不要承诺,既然承诺了,就没有理由再去抱怨工期短、需求变化快。开发方必须接受这个现实,认可这个现实,然后才可以玩这个游戏,否则你就出局。 CMMI是应
《以道御术》荣耀上市,高管书评
《以道御术》荣耀上市,高管书评! 千呼万唤始出来,《以道御术——CMMI 2.0实践指南》荣耀上市。本书聚焦企业工程实践、落地实施CMMI 2.0的行动指南,CMMI主任评估师系统解读,众多专业人士倾力推荐。![在这里插入图片描述](https://img-blog.csdnimg.cn/20201116101705434.jpg?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线