测试执行及测试报告PPT课件.ppt

并非所有的缺陷都需要修复 有一些原因，使得有些缺陷我们不修复： 没有足够的时间 不算真正的软件缺陷 修复的风险太大 不值得修复 缺陷的生命周期 缺陷的流程 缺陷生命周期—状态 缺陷状态 描述 New 测试中新报告的软件缺陷，等待分派 Open 已确认的缺陷，等待开发人员修改 Fixed 已经被开发人员修改的缺陷，等待测试人员校验 Rejected 不是缺陷或不需要修复 Reopen 没有修复，重新打开返回开发人员 Closed 已经被测试人员确认得到正确修复，可以关闭 缺陷的等级 缺陷严重程度 描述 4--致命 软件无法运行，或者软件的主要功能丧失，或者很大可能性会造成严重不良后果 3--严重 ?软件的次要功能丧失，或者主要功能在一些特定情况下会出错 ，比如金额计算等 2--一般 ?软件在某些情况下会出错，但是造成的后果影响不大 1--轻微 在某些情况下会出错，但是造成的后果影响很小 缺陷单的编写 一个好的缺陷单，是你提交之后就再也没人联系你，然后过了一段时间已经被完美地修复，转回到你手上进行验证测试这样的一个单子 要做到这样，你应该怎么做呢 1、提供足够的错误环境信息，使得开发人员既能够明确如何重现故障现象，又有足够的信息定位到问题的根源 2、书写良好的重现步骤； 3、上传附件，例如软件运行日志，抓图，网络抓包，声音，视频等。