如何从一个bug体现自己的专业度

前言

 对于测试人员来说，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. 通过分析操作路径，补充测试用例，扩展测试用例范围、思路

原文链接