缺陷报告的书写

这篇博客主要讨论了软件缺陷的定义、判定标准、产生原因,强调了缺陷报告的重要信息,如缺陷ID、状态、严重程度和优先级,并详细介绍了缺陷报告的书写注意事项,包括如何描述缺陷、状态流转以及如何分析缺陷报告数据。
摘要由CSDN通过智能技术生成

缺陷

软件缺陷的定义

软件即程序中存在的各种问题及错误,会导致软件产品在某种程度上不能满足用户的需求。

软件缺陷的判定标准
  • 软件缺少或未达到需求规格说明书的功能

  • 软件出现了需求规格说明书指明不会出现错误的地方

  • 软件的功能超出了需求规格说明书指明的范围

  • 软件测试人员认为软件难以理解,不易使用,运行速度慢,或者最终用户体验不好

软件缺陷产生的原因
  • 需求解释、记录或定义错误

  • 设计文档说明出错

  • 编码说明、程序代码出错

  • 硬件或软件系统出错

软件缺陷产生的根源:需求变更,交流不充分,软件的复杂性,进度压力

缺陷信息

软件缺陷的信息包括:

  • 缺陷ID:唯一的缺陷ID,可以根据该ID追踪缺陷。

  • 缺陷状态:缺陷状态指缺陷通过一个跟踪修复过程的进展情况。

  • 缺陷标题:描述缺陷的标题。

  • 缺陷的严重程度:对软件产品的影响程度,分致命、较严重、严重、一般、低。

  • 缺陷的优先级:缺陷修复的先后顺序,即哪些缺陷有限修正、稍后修正。

  • 缺陷所属模块:缺陷所属的项目和模块,要能较精确的定位至模块。

  • 缺陷记录者:提交缺陷的人员姓名。

  • 缺陷提交时间:缺陷提交的时间。

  • 缺陷处理人:处理缺陷的处理人。

  • 处理结果描述:对处理结果的描述,描述处理情况和代码修改说明。

  • 缺陷处理时间:缺陷处理的时间。

  • 缺陷验证人:对被处理缺陷验证的验证人(回测者)。

  • 验证结果描述:对验证结果的描述(通过、不通过)。

  • 缺陷详细描述:缺陷的重现步骤。

  • 缺陷环境说明:对测试环境的描述。

  • 必要的附件:如涉及到附件的或错误现象的图片等。

严重程度划分:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值