软件测试之缺陷书写规范
1、标题：应保持简短、准确、提供缺陷的本质信息。-尽量以缺陷发生的原因与结果的方式相结合的放式书写;
-尽量避免使用模糊不清的词语，例如：“功能中断”、“功能不正确”、“行为不起作用”等，应该使用具体文字说明缺陷的症状;
-为了便于他人理解，尽量避免是用俚语或过分具体的测试细节;
2、复现步骤：应该包含如何使用别人很容易理解缺陷的复现步骤。
-为了达到这个要求，书写的测试步骤应当是完整的、简介的、准确的、可复现的，
常见问题：包含了过多冗余步骤，且句子结构混淆、可读性差、难以理解;包含的操作步骤过少，缺少必要的复现步骤;
https://pica.zhimg.com/80/v2-c78b6ed878e7b813668d7b641fd2bf06_720w.jpeg
3、期望结果：描述应与实际结果的描述方式相同、，通常列出产品达到什么样的功能或效果;
4、附件：对缺陷的补充说明，例如缺陷的截图、测试使用的数据等;
5、其它：选择合适的缺陷严重属性;按相应的规定，填写相应的字段;
避免常见错误：
避免使用情绪化的语言，和强调的标点符号;
避免使用模糊的词语，
避免使用自认为幽默的语言，直接描述缺陷即可，
避免体交不确定的缺陷
缺陷的跟踪
新提交的缺陷为‘新建’状态，在确认有效之后为‘打开’状态‘，开发人员修改后为’已修复‘状态，此时测试人员需要回测，如果已解决，状态为’已修复‘，如果问题未修复，bug状态为‘打开’如果开发人员认为此缺陷可以延期，项目负责人同意后，状态改为‘延期’，，延期后标明具体修改日期，否则为打开;
页:
[1]
