如何描述bug

　　1． 察看当前和bug相关的条件并列出

　　2． 按照bug出现的步骤重复做3次以上以此来寻找最短的路径，尽量把不必要的过程过滤，当然不确定的步骤一定不能过滤

　　3． 描述的时候尽量做到每个步骤最多2个动作

　　4． 尽量用主动的英语句型，在遇到许多动作可以产生这个bug的时候，可以适当用被动句型，把最好重现bug的那个步骤写出来其他可放在括号中

　　5． Bug现象的说明一定要描述详细，不要放在步骤中

　　6． 发现bug之后的操作最好也做几个步骤(如果可以接着做的话)，这样更容易发现周围的bug，同时对开发人员解bug也是有帮助

　　7．尽量把bug的周围情况描述的详细些，不需要总是等到开发人员问了我们再去做

　　Usually：这类bug和always一样重点就是把步骤描述全面详细且不冗杂

　　Sometimes：这类bug在遇到的时候可以先和开发人员描述一下然后共同推测路径，如果可以转化为always或usually，解决就容易些了,实在重现不出来可以把自己所做的若干步骤都描述出来

　　Once： 这类bug，开发人员解起来更难

　　作为测试人员，所能做的就是除了上述bug的描述之外需要更加注意的：

　　1． 尽量做到及时和开发人员沟通

　　2． 立刻检查当前状态并做记录

　　3． 把和当前bug相关的一切信息全部描述

　　4． 和当前bug可能相关的信息可以放在note中，一定要详细

　　此外，如果连续发生好几个bug，需要把每个bug的频率标注好，如果有外部网络或者设备等影响的尽量把这些外部环境也描述清楚，这样有助于开发人员解决问题。

　　我们的目的：“做到质量更好的同时效率更高，我们不但要发现问题还要帮助开发人员解决问题“