缺陷报告的组成

 

软件缺陷(Defect)，常常又被叫做Bug，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。

1. 缺陷编号（Defect ID）
   提交bug的顺序，在一个项目中会统一编号；
2. 缺陷标题（Summary）
   简明扼要描述bug；
3. 缺陷的发现者（Detected By）
   一般是自己；
4. 发现缺陷的日期（Detected on date）
   一般是当天；
5. 缺陷所述的模块（Subject）
   在测试哪个功能模块时发现bug；
   开发经理会根据bug的模块指派由谁解决该bug；
6. 发现缺陷的版本（Detected in release）
   在测试哪个版本时发现的bug；
7. 指派给谁处理（Assingned to）
   测试人员指派给开发经理，开发经理根据bug所在模块指派给具体的开发人员；
8. 缺陷的状态（Status）
   描述此时bug所处的状态，实际工作中，根据状态进行工作单流转。
   （1）测试人员发现bug，提交bug给开发经理，把缺陷状态写成new（新提交的bug）；
   （2）开发经理对bug进行验证，如果是bug，把缺陷状态改为open（新打开的bug，开发组承认的bug），开发经理会把bug指派给开发工程师进行修改；如果不是bug，就把缺陷状态改为rejected（开发组拒绝的bug）。
   （3）开发人员看到指派给自己的bug以后，进行代码修改，修改完后，把缺陷状态给为fixed（已经修复的bug，待返测的bug）
   （4）测试人员对修改完的bug进行返测，返测成功，状态改为closed（关闭的bug，返测成功的bug），如果返测不成功，把缺陷状态改为reopen（重新打开的bug,返测失败的bug）,需要重新提交给开发人员修改。
   缺陷的处理流程或者叫缺陷的生命周期：new-open-fixed-closed；

 

 

 

转载于:https://www.cnblogs.com/sea-stream/p/11318651.html