软件测试-缺陷报告(自己看)

缺陷报告

  • 1、缺陷编号。Bug_项目名称_模块名称_功能名称_0001,一般模块名称写一级模块名称

  • 2、所属模块。一级模块/二级模块/三级模块

  • 3、优先级。缺陷的修复紧急程度。P1>P2>P3>P4

    • 优先级:
    • 在这里插入图片描述
  • 4、严重程度。S1>S2>s3>s4。

    • 严重程度:注:企业logo错了,也算致命错误
    • 在这里插入图片描述
  • 5、缺陷概述。用一句话描述缺陷的基本情况。

  • 6、缺陷的描述。将缺陷的复现步骤、预期结果和实际结果列出来。

  • 7、提交人。是谁就写是的名字。

  • 8、备注。一般写产生该缺陷的特殊情况。将bug 的截图作为备注信息。

例子

  • 模板
    模板
  • 例子

在这里插入图片描述

在这里插入图片描述

缺陷报告的编写目的

  • 1)展现缺陷的详细信息。
  • 2)展现缺陷的影响程度和方式。
  • 注:由于缺陷报告的读者很多:开发、质量管理、市场人员、运维人员
  • 所以缺陷报告要写的很直白,清晰、明了。

准则

在这里插入图片描述
在这里插入图片描述

  • 1
    点赞
  • 15
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 3
    评论
软件测试缺陷生命周期根据引用和引用的描述,可以分为以下几个阶段: 1. Blocker(崩溃)阶段:这是缺陷生命周期的第一个阶段,主要是指阻碍开发或测试工作的问题。这些问题会导致系统崩溃、死机、死循环等严重的故障,也可能导致数据库数据丢失或与数据库连接错误。在这个阶段,测试人员应该立即中止当前版本的测试,并通知开发团队处理问题。 2. Critical(严重)阶段:在这个阶段,系统的主要功能部分可能会丧失,用户数据丢失,一级功能菜单不能使用,但这不会影响其他功能的测试。此外,还可能出现功能设计与需求严重不符,模块无法启动或调用,程序重启或自动退出,关联程序间调用冲突,安全问题和稳定性等问题。在这个阶段,测试人员可以继续进行该版本的测试,但要确保及时报告问题并寻求解决方案。 3. Minor(次要)阶段:这个阶段主要涉及界面、性能缺陷以及建议类问题,这些问题不会影响操作功能的执行,但可以通过优化性能来改进。例如,错别字、界面格式不规范,页面显示重叠,描述不清楚,提示语丢失等。这类问题在测试初期较多,但在测试后期出现较少,应及时处理。 总结起来,软件测试缺陷生命周期包括Blocker(崩溃)、Critical(严重)和Minor(次要)三个阶段,每个阶段都有不同的特点和优先级。测试人员应该及时发现和报告缺陷,并与开发团队合作解决问题,以确保软件的质量和稳定性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

CodeEggs

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

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

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

打赏作者

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

抵扣说明:

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

余额充值