软件测试——缺陷描述需要包含的要素

测试活动中，对于发现的缺陷（Bug或者Defect）在进行描述时需要包含的要素如下描述：

缺陷ID

唯一的缺陷ID，可以根据该ID追踪缺陷

缺陷状态

一般情况下缺陷状态有：“打开/重新打开”、“待解决”、“不解决（拒绝）”、“已解决”、“已修复”、“延期修复”、“关闭”等。

对应的英文描述：Open/Reopen、un-solved、Won’t Fix、Resolved、Fixed、Deferred、Close。

一般的测试人员识别缺陷，其初始状态是“新建”；Test Leader 分配给合适的开发人员来解决，状态流转为“待解决”；指定的软件工程师来解决缺陷，将其状态跟踪到“已解决”；测试人员进行缺陷验证（Retest，再测试）该缺陷，如果测试通过，状态是“已修复”，如果复核不通过，则打回到“待解决”；对于已经修复的缺陷，经过Test Leader确认之后，状态修改为“关闭”。

缺陷标题

描述缺陷的标题

缺陷的详细描述

对缺陷的详细描述，缺陷如何复现的步骤等等，之所以把这项单独列出来，是因为对缺陷描述的详细程度直接影响开发人员对缺陷的修改，描述应该尽可能详细。

缺陷的严重程度

描述缺陷的严重程度，一般分为“致命（Critical）”、“严重（Major）”、“一般（Minior）”、“轻微（Trival）”和“建议修改（Enhancem或者Suggestion）”等五种。

缺陷的紧急程度

描述缺陷的紧急程度，从Low、Middle、High。也有用1-5级来定义，1是优先级最低的等级，5级是优先级最高的等级。

缺陷的紧急程度与严重程度虽然是不一样的，但两者密切相关，往往的越是严重，就越是紧急；但是也存在一些情况，虽然严重等级不高，但是需要紧急修复。

缺陷提交人

缺陷提交人的名字