软件测试之缺陷书写规范

多测师12

　　1、标题：应保持简短、准确、提供缺陷的本质信息。
　　-尽量以缺陷发生的原因与结果的方式相结合的放式书写;
　　-尽量避免使用模糊不清的词语，例如：“功能中断”、“功能不正确”、“行为不起作用”等，应该使用具体文字说明缺陷的症状;
　　-为了便于他人理解，尽量避免是用俚语或过分具体的测试细节;
　　2、复现步骤：应该包含如何使用别人很容易理解缺陷的复现步骤。
　　-为了达到这个要求，书写的测试步骤应当是完整的、简介的、准确的、可复现的，
　　常见问题：包含了过多冗余步骤，且句子结构混淆、可读性差、难以理解;包含的操作步骤过少，缺少必要的复现步骤;


　　​
　　3、期望结果：描述应与实际结果的描述方式相同、，通常列出产品达到什么样的功能或效果;
　　4、附件：对缺陷的补充说明，例如缺陷的截图、测试使用的数据等;
　　5、其它：选择合适的缺陷严重属性;按相应的规定，填写相应的字段;
　　避免常见错误：
　　避免使用情绪化的语言，和强调的标点符号;
　　避免使用模糊的词语，
　　避免使用自认为幽默的语言，直接描述缺陷即可，
　　避免体交不确定的缺陷
　　缺陷的跟踪
　　新提交的缺陷为‘新建’状态，在确认有效之后为‘打开’状态‘，开发人员修改后为’已修复‘状态，此时测试人员需要回测，如果已解决，状态为’已修复‘，如果问题未修复，bug状态为‘打开’如果开发人员认为此缺陷可以延期，项目负责人同意后，状态改为‘延期’，，延期后标明具体修改日期，否则为打开;