作为一名测试工程师,Bug生命周期,一定不陌生 ;而且脑海里,肯定能想到一张关于Bug各状态流转的流程图 。关于,问到异常状态下的Bug处理姿势时,很多同学,是没有太清晰的思路去解答,或者去解决的 。特别是在面试的时候,很多同学,吃过亏,一份到手的Offer,毁于这一个小小的问题 。
啥叫异常流程 ?比如,1)提的Bug,无法复现 。2)提的Bug,开发拒绝修复 。3)提的Bug,延期修复(然后就是遥遥无期,提Bug的 & 改Bug的,都不在了,那个Bug,还在)。4)提的Bug,开发认为,并不是Bug 。正常来说,Bug管理,需要借助一款管理工具:不管是市面上通用的工具(如 Jira / TAPD / ZenTao 等),还是公司内部,自己的Bug工具,都无所谓 。流程 & 用法,大同小异 。有了工具,下面的做法,就可以参考了 。注:此问题,来源于某同学,于2019/03/11在星球的提问(今天再次收到某同学的提问,所以整理成文,发到公号,自行查阅) 。
划重点:
1)异常Bug,标记状态,重点跟进 。2)花精力,尽可能去复现,往往隐藏潜在风险 。3)有图、有数据,尽可能客观的阐述Bug 。
你是否有更好的处理姿势 ?欢迎留言 。希望此文对你有用 ;更多文章,见IDO老徐的个人博客 isTester.com如果不知道每天要学啥的,看看:这是一份永久更新的测试资料如果不知道未来的职业发展的,看看:软件测试人员职业发展方向2020如果不知道自己的知识体系,到底差哪些的,看看:软件测试从业者知识体系大纲V2.0一直想学习,从未行动;看了很多文章,依然搞不定Linux 、Jenkins、Git、SQL 的,看看:这是所有的21天打卡系列
![4d620af258128930c600dfad605161c9.png](https://i-blog.csdnimg.cn/blog_migrate/66fed326140c928cef96d68d538ceec4.jpeg)