软件测试中缺陷定义及产生原因

软件测试中缺陷分类：

①错误：存在于文档说明中的表述或编写错误。描述同一事物，既有正确表达也有错误表达。

②bug：存在于代码中或者硬件系统中的错误，寻找bug的过程我们称为debug。

③缺陷：用户需求和被测对象之间的差异。例如：功能实现错误、遗漏、多余或者功能实现效果不好。

④失效：因缺陷导致被测对象无法进行正常操作。

缺陷产生原因：

①需求表述不准确。

②系统构架引起的错误。

③开发过程中相关人员缺少沟通及监督。

④程序员编码问题。

⑤软件开发工具本身的问题。

⑥软件需求、复杂度越来越高。

⑦软件本身无缺陷，但是与用户需求不符合。

缺陷报告格式：

缺陷id：用唯一标识ID进行标注，一般为数字描述。

概要描述：描述缺陷的现象，便于开发人员快速推测缺陷产生原因。

发现人：缺陷的发现者，一般为测试工程师。

发现时间：缺陷发现时间。

修复时间：缺陷被修复时间。

所述版本：缺陷所属的版本，便于统计不同版本的缺陷数量以及确定测试版本发布风险

所属模块：缺陷所在的功能模块，以便后期任务分配。

缺陷状态一共6中活动状态：new open fix close reject reopen 

new：测试工程师发现并提交bug

open：经确认后确定是bug，缺陷正式进入管理流程，一般定义为open状态。

fix：开发人员确认bug，并且进行修复，可将bug设置为fix状态。

close：缺陷确认已修复或无需处理时，可将bug close。

reject：开发人员对open进行判断，如果是bug进行fix，如果不许进行修复，则可reject，并说明reject原因。

reopen：当已经进行fix或者close的缺陷未呈贡进行处理，则测试人员可将bug设置reopen。

缺陷程度：low medium high very high urgent。

修复优先级：又开发团队进行确定。

详细描述：对概要描述进行补充。

下一步处理人：缺陷接下来由谁来进行处理。

软件测试中缺陷管理流程：