缺陷和缺陷报告

文章目录

一、缺陷的基本概述

    1、缺陷的定义（重要）：       

     2、缺陷属性

二、缺陷的生命周期（重要）

三、缺陷的识别

四、缺陷报告

五、测试需求、测试用例、缺陷报告的关系？

---

一、缺陷的基本概述

    1、缺陷的定义（重要）：       

①软件未实现产品说明书要求的功能
②软件出现了产品说明书指明不该出现的功能
③软件实现了产品说明书未提到的功能
④软件未实现产品说明书虽未明确提及但应该实现的目标
⑤软件难以理解、不易使用、运行缓慢或者（从测试角度看）最终用户会认为不好

---

     2、缺陷属性

1、缺陷的类型：
功能、用户界面、文档、软件包、性能、系统/模块接口

注意：需求分析、设计阶段，文档类型缺陷多；
           集成测试阶段，一般接口类型的缺陷多一些；
           系统测试阶段，功能、界面类型的缺陷多一些；
           验收测试阶段，更多地关注性能缺陷；
           实施过程，可能会遇到一些软件包的缺陷。
           
2、缺陷的严重程度：缺陷的故障对软件的影响，每个公司和团队的分类标准略有不同。

①致命：系统任何一个主要功能完全丧失，用户数据收到破坏，系统崩溃、悬挂、死机，或者危及人身安全。

②严重：系统的主要功能部分丧失，数据不能保存，系统的次要功能完全丧失，系统所提供的的功能或服务收到明显的影响。

③一般：系统的次要功能没有完全实现，但不影响用户的正常使用。例如：提示信息不太准确或用户界面差、操作时间长等一些问题。

④较小：是操作者不方便或遇到麻烦，但它不影响功能的操作和执行，如个别不影响产品理解的错别字、文字排列不整齐等小问题。

注意：结合缺陷的影响，结合软件的具体功能（业务或者流程）

3、缺陷的修复优先级：很大程度上取决于缺陷对测试工作的影响程度。有以下等级：立即解决、高优先级、正常排队、低优先级。
例如：电商系统的用户注册功能无法使用（导致无法登录、购买、结算、支付、下单、物流跟踪、收获、评论等功能无法进行），就必须立即修复。但是电商系统中关于用户购买流程帮助说明的网页链接点击404页面，就比较次要。

注意：优先级的衡量，一般可以根据测试的软件系统的全业务流程划分，软件的基本功能的缺陷&