测试人员描述BUG几点注意事项

 

昨天向米国供应商反馈一个产品BUG，全英文描述，强烈捉襟见肘的感觉，匆匆两行结束问题描述，自己也感觉不清不楚，我想这不仅仅是英文不灵光的原因，而是作为一个测试人员，描述bug的思路却并不清晰。

有时候觉得文字表述麻烦，不如口头描述来得痛快，；有时候写得太“清晰”而陷入冗长、罗唆的危险，这些都是不专业的表现。

如下给自己提个醒，一定要在问题发生后第一时间趁着记忆还 新鲜，及时记录所有细节，时间一长，口说无凭，那些第一手资料将是复现问题、解决问题的珍贵记录。

1.分条目列出测试步骤，测试条件、测试平台、连接拓扑，一条不要太长

2.问题发生前后的动作，一定要交代清楚，不要想当然，你觉得理所应当的别人不一定清楚；

3.描述中附上复现问题时抓取的log、trace；

4.语言清晰，一句话不要太长，不要使用完全的大写形式，那样会让人感觉象控诉

5.描述中立，公正，尽可能详细全面地描述事实；

6.就算自己立场是客户，也要注意描述清楚，简单一两句话然后等着别人来问很low；

7.写完后把自己当作非研发人员来读bug描述，可以了解问题如何发生；