最近工作自己总结的bug小流程，欢迎拍砖！！！

我的乖 · 发表于 2012-10-16 17:42:13

1.开发人员resolve的bug，bug依然存在两种解决方法：1）.bug管理工具中reopen，添加详细的comments：@**麻烦**看下，这个bug在PC端Build：3.3.3.3上依然存在，谢谢。（适合比较忙时间紧，没空闲时间和开发人员沟通时使用）2）.记着bug号直接和开发人员沟通，确认问题没解决且需要解决时reopen。这种resolve的bug依然存在，有很多方面的问题，包括：开发代码没提交、测试人员Build不正确、开发人员未理解bug。

2.还是resolve的bug，bug解决后tester验证，tester需要明确详细看下报bug时产生步骤、OS、Build、Phone…可能因为漏掉无操作一步无法复现bug，无法确认bug是否解决，从而造成上线后严重的问题。验证bug尽量验证最少两遍，以确认bug确实修改。

3.有关验证bug，时间不是很紧的情况下，验证一个bug后最好再执行下可能会影响的操作，以免引入新的bug，可以说新引入的bug没有发现不是自己的职责，但是作为tester内心会觉得过不去的。

4.关于bug复现的频率：1。很难复现，只出现过1次，操作步骤？2.复现概率低，出现过多少次3.复现概率高4.稳定重现。个人觉得不是稳定重现的bug，一定要标上复现概率。原因：1.容易被开发人员直接无法重现；2.其他tester或者leader查看bug无法验证，知道是不稳定重现的bug后会觉得bug质量不高。

5.关于难以复现的bug，一部分开发以Duplicate，要自己复现后，现场找开发调试