【软件测试】缺陷管理

概念：

        缺陷管理是在软件生命周期中识别、管理、沟通任何缺陷的过程（从缺陷的识别到缺陷的解决关闭），确保缺陷被跟踪管理而不丢失。一般的，需要跟踪管理工具来帮助进行缺陷全流程管理。
        管理跟踪工具有：

1.QC
可以组织和管理一个项目所有的测试阶段
2.Bugzilla
一个Bug追踪系统设计用来帮助你管理软件开发
3.Bugfree
使用PHP+MySQL独立写出的一个Bug管理系统。简单实用、免费并且开放源代码
4.JIRA
JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件，以Web操作的形式提供项目管理
5.Mantis
Mantis是一个基于PHP技术的轻量级的缺陷跟踪系统，以Web操作的形式提供项目管理
6.Readmine
Redmine是用ruby开发的基于web的项目管理软件，免费，Redmine来管理项目，但它没有用例管理
7.禅道
禅道项目管理软件是开源，集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体，是一款功能完备的项目管理软件，完美地覆盖了项目管理的核心流程。
8.TAPD
9.TESTLINK
10.TD

缺陷描述/缺陷报告：

1.缺陷唯一的ID

2.缺陷标题

3.缺陷状态

        new 新建、duplicated 重复的、postponed 延期的、open 需要修改、fixed 已经修改、closed 关闭、re-open 重新修改

4.详细描述

        对缺陷的详细描述，缺陷如何复现的步骤等等，之所以把这项单独列出来，是因为对缺陷描述的详细程度直接影响开发人员对缺陷的修改，描述应该尽可能详细，重现BUG时候的额外操作，缺陷重现率（至少重现3次）

5.严重程度

        一般分为“致命”、“严重”、“一般”、“细微”四种

6.优先级别

        站在项目的角度，综合权衡项目的进度、成本、技术以及风险。修改BUG的时间先后顺序。从1－4，1是优先级最高的等级，4是优先级最低的等级，缺陷的紧急程度与严重程度虽然是不一样的，但两者密切相关，往往的越是严重，就越是紧急，所以有些组织只用“严重程度”

7.缺陷类型

        使用缺陷管理工具，会给所选项，一般是功能缺陷、UI设计不符等选项

8.发现Bug的版本

        在哪个版本上发现的Bug一定要搞清楚，在工具中会先选择版本再建立缺陷

9.必要的附件

        图、LOG、VIDEO

10.缺陷提交人

11.缺陷提交时间

12.缺陷所属项目/模块

        缺陷所属的项目和模块，最好能较精确的定位至模块

13.缺陷指定解决人

        缺陷指定的解决人，在缺陷“新建”状态为空，在缺陷“待解决”状态下由项目经理指定相关开发人员修改

14.缺陷指定解决时间

        项目经理指定的开发人员修改此缺陷的deadline

15.缺陷解决人

        最终解决缺陷的人

16.缺陷处理结果描述

        对处理结果的描述，如果对代码进行了修改，要求在此处体现出修改

17.缺陷处理时间

18.缺陷复核人

        对被处理缺陷复核的验证人

19.缺陷复核结果描述

        对复核结果的描述（通过、不通过）

20.缺陷复核时间

21.测试环境说明