Web测试-Bug附图命名规则
大家报Bug的时候一般都要附图，这样可以让开发人员更清楚的了解Bug。如果你是用英文描述Bug，附图更重要了，可以弥补你英文表述的不足。同理，验证Bug的时候，我们仍然需要附图，这可以说是我们测试人员的一种自我保护，至少表明了在当时测试环境下这个Bug的状态是什么，减少了和开发之间关于Bug是否解好的纠纷。
Web验证Bug，需要在好几个Server上进行验证最后关闭，中间还有Reopen的状态，这样的话我们就会附好多个图。据于此，我做了Bug附图规则如下：
ActionFormatExamples & Acceptable Variations
Bug ReportingBug - screenshots on <env>_<version #>
Bug - XMLs on <env>_<version #>• Bug - screenshots on QA
• Bug - screenshots on QA_v2
• Bug - screenshots on QA_v2 vs. v3
• Bug - screenshots_QA vs Prod
• Bug - XMLs on QA
• Bug - XMLs on QA_v2
• Bug - XMLs on QA_v2_ValidateVIN
• Bug - XMLs_QA vs Prod
Bug Verification - PassedBug verif - screenshots on <env>_<version #>
Bug verif - XMLs on <env>_<version #>• Bug verif - screenshots on QA
• Bug verif - screenshots on QA_ v2
• Bug verif - screenshots on QA_v2 vs. v3
• Bug verif - screenshots_QA vs Prod
• Bug verif - XMLs on QA
• Bug verif - XMLs on QA_v2
• Bug verif - XMLs on QA_v2_ValidateVIN
• Bug verif - XMLs_QA vs Prod
Bug Verification - FailedBug verif (failed) - screenshots on <env>_<version #>
Bug verif (failed) - XMLs on <env>_<version #>• Bug verif (failed) - screenshots on QA
• Bug verif (failed) - screenshots on QA_ v2
• Bug verif (failed) - screenshots on QA_v2 vs. v3
• Bug verif (failed) - screenshots_QA vs Prod
• Bug verif (failed) - XMLs on QA
• Bug verif (failed) - XMLs on QA_v2
• Bug verif (failed) - XMLs on QA_v2_ValidateVIN
• Bug verif (failed) - XMLs_QA vs Prod
上述命名规则清晰的表达了这个Bug的状态。每个浏览这个Bug的人都可以从附图名称上清楚的知道这个Bug在什么时间，什么Server，什么状态。如果他需要知道这个Bug在某个Server上因为什么原因Reopen，直接点击相应的附图即可。
下图为我在Bug Open/Verify过程中的一个附图，以供参考。
希望这个规则对大家的Bug管理有帮助。 呵呵，不错，我们在提交bug也增加了附图，感觉更容易清楚问题 idea 不错。
页:
[1]
