bug描述标准(摘)
上一篇 /
下一篇 2008-11-10 09:44:00
/ 个人分类:工作人生
bug描述的标准有:
1、基本标准:需要让开发人员能根据描述理解这个bug。
2、最好能让开发人员能明确这个bug在哪可以找到(定位)、需要怎样修复。
因此我对bug描述的建议就是:
1. 有条理的把每个小问题列出来,分123,不要怕条目多。
2. 描述问题时一定要把背景交代清楚,即在哪些操作后或者什么环境中会出现,不要忽视那些你看来可能不会引起问题的操作,越细致越好。
3. 善于使用截图和视频录制,这些可以更直观的说明bug的产生过程和结果。
4.再现:尽量三次再现故障。如果问题是间断的,那么最好报告问题发生的概率;例如,每3次出现一次,每3次出现2次等;
5.推广:确定系统其他部分是否可能出现这种错误,以及使用不同的数据是否可能出现这种问题,特别是那些存在严重影响的问题。
6.使用清晰的语言,尤其要避免使用那些有多个不同或相反含义的词汇。
7.中立:公正地表达自己的意思,对错误及其特征的事实进行描述,避免夸张或忽略的语句,引起过度的注意力或忽视。
8.走察:在你提交测试报告或测试评估报告之前先自己读一遍,最好是另有一个有测试工程师或测试经理走察一遍。
收藏
举报
TAG:
工作人生