高效Bug Report之道-一个老QA的理解

        相比写Bug Report, 测试者通常对如何寻找bug更感兴趣。实际上写出好的Bug Report能够避免很多交流上的成本， 一个Bug  Report往往就能看出该QA功力深厚。

怎么样的Bug Report才算是功力深厚呢？

• Write with fixed language, not yours

        要用行话，用开发者的语言，站在开发者的角度来描述问题，天马行空地用自己语言来写，往往会带来很多沟通上问题，甚至是误解。

•   Report Patterns instead of Report example.

       不要只是描述一个例子，要能够用概况的语言描述bug的类型

• Be direct to the point(Do not need to tell story)

       Case描述详细一点也可以，但是在标题和主旨上要能够让人看一眼就明白，要能够开门见山，言简意赅，直指问题本身，这样是在节约别人的时间。

• Do not describe what wrong only

       不能只是描述错误，要能够描述清楚跟错误相关的前因后果。

• Report the bug, but not on how to fix it

       Bug Report重点在于报告 Bug，不需要在里面建议如何修复

• Don’t mix between priority and severity

       要有能力区分 bug的 严重性和优先级

• Do not use personal judgment

       Bug 描述以第三人称为主体客观描述，不要加入个人想法和个人角度

• Do not use word “sometimes”

       Bug 里要避免使用sometimes,要能够找到Bug的本质