软件测试之缺陷书写规范

　　1、标题：应保持简短、准确、提供缺陷的本质信息。

　　-尽量以缺陷发生的原因与结果的方式相结合的放式书写;

　　-尽量避免使用模糊不清的词语，例如：“功能中断”、“功能不正确”、“行为不起作用”等，应该使用具体文字说明缺陷的症状;

　　-为了便于他人理解，尽量避免是用俚语或过分具体的测试细节;

　　2、复现步骤：应该包含如何使用别人很容易理解缺陷的复现步骤。

　　-为了达到这个要求，书写的测试步骤应当是完整的、简介的、准确的、可复现的，

　　常见问题：包含了过多冗余步骤，且句子结构混淆、可读性差、难以理解;包含的操作步骤过少，缺少必要的复现步骤;

　　

　　​

　　3、期望结果：描述应与实际结果的描述方式相同、，通常列出产品达到什么样的功能或效果;

　　4、附件：对缺陷的补充说明，例如缺陷的截图、测试使用的数据等;

　　5、其它：选择合适的缺陷严重属性;按相应的规定，填写相应的字段;

　　避免常见错误：

　　避免使用情绪化的语言，和强调的标点符号;

　　避免使用模糊的词语，

　　避免使用自认为幽默的语言，直接描述缺陷即可，

　　避免体交不确定的缺陷

　　缺陷的跟踪

　　新提交的缺陷为‘新建’状态，在确认有效之后为‘打开’状态‘，开发人员修改后为’已修复‘状态，此时测试人员需要回测，如果已解决，状态为’已修复‘，如果问题未修复，bug状态为‘打开’如果开发人员认为此缺陷可以延期，项目负责人同意后，状态改为‘延期’，，延期后标明具体修改日期，否则为打开;

　　如需了解更多测试技术信息请关注：深圳多测师软件与技术服务有限公司