不可重现的BUG的应对策略
发布于 2024-10-03
968
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
在软件测试过程中,一些难以重现的BUG可能导致几种不理想的处理情况:被开发人员拒绝、长期未解决或被错误地标记为已解决。正确处理这些问题需要遵循一系列策略。
1. 缺陷的描述
- 提交Bug时,应详细记录重现频率、现象、软件版本、数据以及软件出错时的环境。
2. 缺陷的重现
- 测试人员应负责重现缺陷,并尝试多达300次以验证问题的可重现性。
- 如果在紧急市场需求下,领导批准发布,应持续测试并在后续版本中解决问题。
- 无法重现的问题应由项目经理延迟处理,并跟踪一个月,若仍未重现则关闭,直至再次出现。
3. 不可重现的缺陷的处理方法
- 进行人工代码走查和工具静态检查,以发现潜在问题。
- 在必要时,考虑更换人员重新开发相关模块。
4. 缺陷的记录
- 开发人员在解决缺陷时,需记录修订号和bug原因,以便于追踪和质量提升。
- 将问题根据紧急程度列入跟踪列表,并在会议中定期审视解决状态。
5. 行政管理
- 不允许开发人员未解决问题就标记为已解决,必要时应重新打开问题。
- 在绩效考核中应排除因重现难度导致的问题,以防止作假。
- 加强开发人员的质量意识培养。
通过这些策略,团队可以更有效地处理难以重现的BUG,确保软件质量并提高工作效率。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
控制图典型错误应用一例
有公司在画控制图时,对进度偏差率画了XMR控制图。原始数据如下: 度量日期 开发进度偏差率 05-14 -2% 05-19 0% 05-21 -1% 05-22 -2% 05-23 -2%
我说CMMI2.0之产品集成
产品集成(PI)即把不同部件集成在一起,形成一个更大的部件或一个完整的可交付的产品。该PA包含了集成策略的制定、集成准备、集成、集成后的验证与确认、以及交付的活动。 实践列表 PI 1.1 Assemble solutions and deliver to the customer. 组装解决方案并交付给客户 ...
测试用例评审的旁观记录
测试用例评审应该如何做?
需求与设计人员如何配合工作?
在软件开发的过程中 ,经常出现需求与设计脱节的现象,如设计人员按照自己的理解去设计,没有遵从需求去设计系统;需求人员做完需求定义后,交给设计人员去设计,撒手不管了等等,为了使需求与设计人员更好的协作,建议采取如下的措施:Ø 需求人员与设计人员一定要分离,否则无法解决需求文档化的问题,但是文档并不能解决所有的沟通的问题,还需要面对面的沟通。Ø 需求评审设计人员一定要参加,设计评审需求
程序员敬业精神的具体表现
在给客户培训的时候,很多项目经理提到了敬业精神的问题,结合自己的体会,我想通过下面的8个问题的可以判断一个程序员是否具有很好的敬业精神: (1)是否主动工作?尤其是涉及到2个人合作的时候,该是另外一个人解决的问题,你是否将问题告诉别人后,就等待,还是去及时跟踪问题的解决了? (2)当天该完成的工作,你是否做完了才休息? (3)你是否对未完成的任务找了一大堆借口? (4)在和别人有接口的任务时,你是
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线