缺陷分类以及管理

一、 了解缺陷的类别

在这里插入图片描述

二、 产品缺陷类别以及分类

在这里插入图片描述

三、 了解缺陷管理

是在软件生命周期中识别、管理、沟通任何缺陷的过程(从缺陷的识别到缺陷的解决关闭),确保缺陷被跟踪管理而不丢失。

四、 每种缺陷如何管理,以怎样的行动和态度对待

致命性缺陷

严重缺陷

一般缺陷

轻微缺陷

五、 如何记录缺陷

①保证缺陷可以重现
②将重现缺陷的操作步骤组织成列表的形式
③写清楚必要步骤,不要过于啰嗦,也不要太简略
④每一份报告中只描述一个缺陷
⑤客观,准确,便于阅读和理解

六、 如何跟进缺陷

为跟进跟进设计一套流程:新提交的缺陷为新建状态,确认有效后为进行中状态,经开发人员修改后,缺陷变为已修复(待验证)状态。此时就需要测试人员对缺陷进行回归测试,验证问题是否修复。
● 如果问题仍然存在,则测试人员将该缺陷的状态修改为进行中状态。
● 如果问题已经修复,则测试人员将该缺陷的状态置为已完成(验证通过)。
还有一种情况:开发人员认为缺陷在当前版本可以暂不修改,而考虑在后续版本中再做修正,缺陷的对应状态为延期。对于这种情况,项目负责人应召集开发人员、测试人员和其他项目相关人员进行讨论,如果讨论结果为同意则延期,如果不同意,则重新打开缺陷。

七、 总结

1、复杂缺陷先总结描述,再在缺陷描述中补充细节和重现步骤
2、尽量使用简短精确的语句描述缺陷
3、如果是严重缺陷,需要解释为什么严重,加以补充注释,便于研发部意识到问题严重
4、测试人员被告知缺陷被清除,尽可能快速检验
5、及时反馈缺陷可能造成的风险和问题

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
ODC(Operational Deficiency Classification)是一种常用的缺陷属性分类方法,用于对软件开发中的缺陷进行分类管理。然而,有时候并不适合采用ODC缺陷属性分类来进行缺陷管理。 首先,ODC缺陷属性分类方法主要关注于软件开发过程中的操作性缺陷,例如代码错误、逻辑错误等。这种分类方法适用于那些以软件开发为核心的项目,但对于一些其他类型的项目,例如硬件开发或者工程施工项目, ODC缺陷属性分类就不太适用了。因为这些项目可能存在其他类型的缺陷,例如设备故障、物理错误等,这些缺陷无法被ODC缺陷属性分类涵盖。 其次,ODC缺陷属性分类方法对人为因素的影响较小,更多的关注于软件本身的缺陷。然而,在软件开发过程中,人为因素往往是不可忽视的,例如沟通不畅、需求理解不清等。这些人为因素可能导致软件开发过程中的缺陷产生,但在ODC缺陷属性分类中很难进行准确的分类管理。 最后,ODC缺陷属性分类方法对缺陷的优先级和严重性评估较为简单。在实际项目中,有些缺陷可能对整个项目的进展和交付产生较大影响,而有些缺陷可能影响较小。因此,需要按照项目的具体情况对缺陷进行综合评估,并确定其优先级和严重性,而ODC缺陷属性分类方法无法满足这种需求。 综上所述,虽然ODC缺陷属性分类是一种常用的缺陷分类方法,但并不适用于所有类型的项目。在选择缺陷分类方法时,需要考虑项目类型、人为因素和缺陷的优先级等因素,从而选择最适合的分类方法。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

LingAoXia

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值