宠辱不惊,去留无意~~ (我就是不客气!)
bug描述的标准
上一篇 /
下一篇 2008-10-16 17:45:54
/ 个人分类:测试文档
bug描述的标准有:
1、基本标准:需要让开发人员能根据描述理解这个bug。
2、最好能让开发人员能明确这个bug在哪可以找到(定位)、需要怎样修复。
因此我对bug描述的建议就是:
1. 有条理的把每个小问题列出来,分123,不要怕条目多。
2. 描述问题时一定要把背景交代清楚,即在哪些操作后或者什么环境中会出现,不要忽视那些你看来可能不会引起问题的操作,越细致越好。
3. 善于使用截图和视频录制,这些可以更直观的说明bug的产生过程和结果。
4.再现:尽量三次再现故障。如果问题是间断的,那么最好报告问题发生的概率;例如,每3次出现一次,每3次出现2次等;
5.推广:确定系统其他部分是否可能出现这种错误,以及使用不同的数据是否可能出现这种问题,特别是那些存在严重影响的问题。
6.使用清晰的语言,尤其要避免使用那些有多个不同或相反含义的词汇。
7.中立:公正地表达自己的意思,对错误及其特征的事实进行描述,避免夸张或忽略的语句,引起过度的注意力或忽视。
8.走察:在你提交测试报告或测试评估报告之前先自己读一遍,最好是另有一个有测试工程师或测试经理走察一遍。
相关阅读:
- (转载)如何编写更佳的bug report (honghongtest, 2008-7-05)
- 转载【有效的测试报告】 (GPS软件测试, 2008-7-07)
- “文档”不误“测试”功 (fishy, 2008-9-02)
- 如何做有效的测试报告。 (zxz1337, 2008-9-09)
- 测试报告编写指南 (zxz1337, 2008-9-09)
- 教你如何选择Rational测试工具 (zxz1337, 2008-10-06)
- 如何描述bug (wenhui7788, 2008-10-07)
- 软件测试用例的基本要素 (wenhui7788, 2008-10-08)
- 翻页功能的测试用例【转收藏】 (wenhui7788, 2008-10-08)
- 测试用例编写规范 (wenhui7788, 2008-10-13)
收藏
举报
TAG:
测试文档