Always: 这类bug所要做到的就是如何把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的频率标注好，如果有外部网络或者设备等影响的尽量把这些外部环境也描述清楚，这样有助于开发人员解决问题。
我们的目的：“做到质量更好的同时效率更高，我们不但要发现问题还要帮助开发人员解决问题“
