[缺陷编写规范V11.docxVIP

缺陷编写规范一、目的统一缺陷编写的规范，为了测试工程师提供缺陷编写的指导，提高编写的缺陷的可读性、无歧义性、可操作性。为开发工程师更好的复现缺陷，理解问题发生现象，提高效率，最终提高公司整个产品的质量。二、范围 适用于缺陷报告编写，辅助工具为Jira三、背景描述目前JIRA里提交的BUG很多表述含糊，过于简练，缺少URL、用户或密码信息造成程序员没有办法明白这个BUG的含义，也无法重现该问题，很难分析问题产生的原因，延误了BUG修改时间，同时增加了很多沟通成本，为了解决这个问题，BUG报告必须按照规范来编写。四、JIRA中提交BUG的规范每个bug状态表示的具体含义说明如下：状态描述OpenBug已经确认，等待被处理In　ProgressBug正在处理中ResolvedBug已处理，待确认Closed 确认被修复的Bug，如果已修复，置为此状态Reopen确认被修复的Bug，如果没修复，置为此状态已处理，待确认状态中，处理结果又包含(fixed,won’t fix,duplicate,incomplete,cannot reproduce,Work as Design)分别对应(修改完成，不需要修改，重复提交的bug，描述不完整，不能复现，按设计来实现的不需要修改各状态);不需要修改和推迟修改的状态时请开发或相关人员加备注说明下原因,修改完成的bug需要开发人员写上问题产生原因.优