前言
对于测试人员来说，bug的生命周期一般分为：发现bug—>提交bug—>验证bug，那在这三个阶段中如何体现测试的专业度呢？
第一阶段：发现bug
场景：
"测试不就是发现bug吗，有什么技术含量？”
思考:
当发现一个bug，除了尽快报告问题以外，我们还能做哪些事情？
回答：
测试人员发现bug，花些时间细细品味
1. 这个bug复现的必要条件是什么？
2. 除了发现bug的这条路径，是否还有更多的路径也会导致相同的问题？
3. bug是否存在可能影响其它数据或者其它应用的副作用？
4. 其它功能模块是否也存在类似问题？
5. bug的复现路径是否在用户可达之路上？
6. 复现bug的路径是否在测试用例中？有没有可借鉴性？
通过以上分析，我们可能获得以下额外收获：
1. 通过bug的定位，确认必现路径、可能的原因，帮助开发快速定位、解决问题
2. 通过bug的路径、影响范围等分析，发掘更多的隐藏bug
《探索式测试》-恶邻测试法：重灾区往往会有更多的bug
3. 通过分析操作路径，补充测试用例，扩展测试用例范围、思路