【功能测试】软件缺陷管理

缺陷的严重性

表示软件缺陷所造成危害的恶劣程度，一般分为以下等级：
        致命：导致软件程序无法使用的缺陷，比如宕机、崩溃、数据丢失、数据损坏、手机APP的闪退，数据库死锁等。

        严重：一般是指软件的主要功能存在缺陷或者非主要功能缺失等，影响用户的正常使用操作性错误、错误结果、遗漏功能。
        一般：非主要功能存在缺陷，但不影响用户正常使用，或者有替代的方案，比如错别字、UI布局、罕见故障。
        建议：不影响使用的瑕疵或更好的实现，界面或者文字图片的轻微显示错误等 。

缺陷的优先级

表示修复缺陷的重要程度要次序，一般分为以下几个等级：
        最高：立即修复,停止进一步测试
        次高：在产品发布之前必须修复
        中等：如果时间允许应该修复
        最低：可能会修复，但是也能发布 

缺陷报告

        内容包含：缺陷标题、缺陷详情(重现步骤、实际结果、预期结果)、重现率、严重程度、优先级、缺陷状态(新建、打开、修复、延期、拒绝、重复、重开、关闭）、提交人、提交日期、缺陷类型、测试阶段、测试类型、测试版本、测试环境等。

缺陷的类型

        功能类：重复的功能，多余的功能，功能实现与设计要求不符，功能使用性，方便性，易用性不够。
        界面类：界面不美观，空间排列，格式不统一，焦点控制不合理或不全面，错别字
        数据类：数据有效检测性不合理 ，数据来源不正确，数据处理过程不正确，数据处理结果不正确。
        流程类：流程控制不符合要求，流程实现不完整。
        信息类：提示信息重复或出现时机不合理，提示信息格式，内容不符合要求，提示框返回焦点停留位置不符理。
        建议类：功能性建议，操作建议，校验建议，说明建议。
        性能类：并发量，数据量，压缩量，响应时间。
        安全类：数据传输保密性，数据存储的保密性，保密信息的隐藏显示，安全性漏洞，系统漏洞。

缺陷的状态

1. 新建(New)激活：测试中新报告的软件bug
2. 打开(Open)已确认：被确认并分配给相关开发人员处理
3. 已修正(Fixed)已解决：开发人员已完成修正，等待测试人员验证
4. 延期处理(Postpone)：不在当前版本修复的错误
5. 拒绝(Declined)：拒绝修改的bug
6. 重复(Duplicate)：与已经提交的bug重复
7. 关闭(Closed)：测试人员验证bug已被修复，或者bug未修复，但是经过仲裁确认不解决
8. 重开(Reopen)激活：测试人员严重bug未被修复

缺陷管理基本原则

        当bug置为已解决状态后，代表开发人员已经处理了bug，可以通过，已解决bug数量和未解决bug数量，还衡量开发解决bug的效率。
        bug被置为已解决状态，并且更新版本后，必须由提交bug的测试人员进行验证，确认已经修复后才能关闭bug。
        所有bug，都为已解决状态，则说明可以进行下一轮的测试。
        90%的bug(或者95%，根据不同标准而定)都为已关闭状态，则可以判断本来测试通过。