bug描述的标准
bug描述的标准有:1、基本标准:需要让开发人员能根据描述理解这个bug。
2、最好能让开发人员能明确这个bug在哪可以找到(定位)、需要怎样修复。
因此我对bug描述的建议就是:
1. 有条理的把每个小问题列出来,分123,不要怕条目多。
2. 描述问题时一定要把背景交代清楚,即在哪些操作后或者什么环境中会出现,不要忽视那些你看来可能不会引起问题的操作,越细致越好。
3. 善于使用截图和视频录制,这些可以更直观的说明bug的产生过程和结果。
4.再现:尽量三次再现故障。如果问题是间断的,那么最好报告问题发生的概率;例如,每3次出现一次,每3次出现2次等;
5.推广:确定系统其他部分是否可能出现这种错误,以及使用不同的数据是否可能出现这种问题,特别是那些存在严重影响的问题。
6.使用清晰的语言,尤其要避免使用那些有多个不同或相反含义的词汇。
7.中立:公正地表达自己的意思,对错误及其特征的事实进行描述,避免夸张或忽略的语句,引起过度的注意力或忽视。
8.走察:在你提交测试报告或测试评估报告之前先自己读一遍,最好是另有一个有测试工程师或测试经理走察一遍。 NICE ARTICLE..... a NICE ARTICLE 不错 :)写得不错 说得很有道理啊~~~
BUG描述好就是要让看的人看得一目也然,并且没有歧义 写的真好,谢谢楼主的分享~~~:handshake 文章篇幅虽不长,言简意赅,但还是不够全面 文章篇幅虽不长,言简意赅,但还是不够全面 文章篇幅虽不长,言简意赅,但还是不够全面 学习了,谢谢分享。 MARK bug描述的建议,一个小小的bug居然能分析出这么多东西,了不起! 回复 10# yuanfentk2013
分享一下你的全面的呗!~感谢!!! 受益了,多谢楼主!~ 要是有例子就好了 够详细!赞一个 这么老的帖子都给翻出来了 nice LZ
页:
[1]