不可重现的BUG的应对策略
发布于 2024-10-03
878
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
在软件测试过程中,一些难以重现的BUG可能导致几种不理想的处理情况:被开发人员拒绝、长期未解决或被错误地标记为已解决。正确处理这些问题需要遵循一系列策略。
1. 缺陷的描述
- 提交Bug时,应详细记录重现频率、现象、软件版本、数据以及软件出错时的环境。
2. 缺陷的重现
- 测试人员应负责重现缺陷,并尝试多达300次以验证问题的可重现性。
- 如果在紧急市场需求下,领导批准发布,应持续测试并在后续版本中解决问题。
- 无法重现的问题应由项目经理延迟处理,并跟踪一个月,若仍未重现则关闭,直至再次出现。
3. 不可重现的缺陷的处理方法
- 进行人工代码走查和工具静态检查,以发现潜在问题。
- 在必要时,考虑更换人员重新开发相关模块。
4. 缺陷的记录
- 开发人员在解决缺陷时,需记录修订号和bug原因,以便于追踪和质量提升。
- 将问题根据紧急程度列入跟踪列表,并在会议中定期审视解决状态。
5. 行政管理
- 不允许开发人员未解决问题就标记为已解决,必要时应重新打开问题。
- 在绩效考核中应排除因重现难度导致的问题,以防止作假。
- 加强开发人员的质量意识培养。
通过这些策略,团队可以更有效地处理难以重现的BUG,确保软件质量并提高工作效率。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 567.5K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
快速学习COSMIC之六:如何识别触发事件
要度量功能点,就要先识别功能处理,要识别功能处理,就要先识别触发事件。 触发事件通俗地讲就是发生在被度量软件以外的,由其他事物所产生的,要求被度量软件响应的事件。 触发事件由功能用户所感知,然后功能用户产生一个输入,来激发功能处理响应这个事件,这个输入被称为触发输入,它要么仅仅起到通知功能处理、激发功能处理的作用,要么除此之外还移动了其他的数据给功能处理。除非在一个功能处理中只有一个输
软件研发管理三部曲:以道御术、术以载道与数以达理
软件研发管理的三部曲:《以道御术》系统解释了软件研发管理的what to do。《术以载道》讲解了软件研发管理的Howto do。《数以达理》系统解释了量化研发管理的how to do。
莫将简单的问题复杂化
最近有多个朋友和我讨论一些管理问题,让我深有感触,不得不说:何必将简单的问题复杂化呢? 项目管理属于一种工程学科,是基于实践的,不是一种理论研究,不是基于数学推理的,可以采用一些理论去指导实践,但是没有必要张口新名词,闭口新名词,或者自创一些别人不懂的概念,故弄玄虚。比如,最近有朋友问我: (1)在项目管理中如何采用趋势外推法做项目预测? 我花费了一些口舌去给朋友介绍什么叫趋势外推法,趋势外推法可
快速学习COSMIC方法之十五:如何度量需求变更的规模
合理的度量需求变更的规模是COSMIC方法比第一代的功能点估算方法更科学的亮点。在度量需求的变更时,首先需要明确我们的度量目的,即我们要度量的是本次变更的规模,而不是变更之后的规模。明确目的后,要将变更的需求按照功能处理拆分,在一个需求变更中,可能存在几种情况: 1 新增的功能处理,此时按照前面讲的度量方法识别功能点即可; 2 删除的功能处理,被删除的功能处理的功能点个数即是本次变更的规模...
文档恐惧症的分析
一、为什么不愿意写文档?大部分开发人员不愿意编写文档,为什么呢?1.写文档需要花费很多时间。2.不愿意暴露自己的思想被别人评判。3.文档编写得不好、没有充分发挥作用。4.根据实践经验,并非不写文档,项目就干不下去。有很多客户也这样对我讲:“我们原来没有那么多文档,项目照样干,客户也一样验收付款啊!”。5.如果写文档,很容易造成文档与实现不一致,文档的价值大大降低。6.如果写文档,就不能只写一份文档
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线