怎么看待QA（软件测试）漏测bug？

先抛出我的2个观点：

1、漏测不一定是测试的锅。但当问题发生时，测试第一时间不要去拒绝推卸责任，而是要先去解决漏测问题。

2、漏测问题的及时处理很重要，但是避免再次漏测更重要。

为了将此问题阐述的更清楚，我将通过下面几个方面来论述：

1、“漏测”的原因分析
2、如何第一时间去解决“漏测”问题
3、如何避免自己无辜背锅“漏测”
4、如何避免再次“漏测”的建议（重点）
5、如何在消灭“漏测”的基础上还能保证测试效率
6、消灭“漏测”相关的学习视频推荐

---

一、“漏测”原因分析

近几年，发生了好几起互联网圈的“漏测”事件：

2011年淘宝一元门事件，单个商家预计损失在几百到上百万之间；

2014年刀塔传奇母亲节事件，2万金币变钻石（价值2000元人民币），该福利全服推送；

2015年携程瘫痪门事件，致使携程盘前股价暴跌11.67%；

2017年初阴阳师“业原火”事件，无敌体力无限制刷副本，还能刷到顶级材料，多少大R的噩梦；

2018年王者荣耀test邮件事件，安卓QQ区喜获“天美史上最强福利”，英雄沈梦溪、棒球奇才、英雄李信和灼热之刃四个永久道具随便用；

2019年拼多多优惠券事件，传言该BUG使拼多多一夜损失200亿。

.....

那么，漏测了一定是测试的锅吗？其实不然，导致漏测的原因有很多，随便举例，就会有这么些情况：

①　需求规格不明确，导致测试用例编写过于粗犷。产品和测试的责任。

②　需求规格变更但未通知测试，导致测试用例未及时更新，产品责任。

③　测试用例覆盖不全面，场景出现遗漏，测试主责，产品、研发负责（参与用例评审）。

④　测试过程中未严格按照测试用例执行，测试责任。

⑤　时间不充足，经项目组达成一致后仅执行了部分优先级较高的模块测试，导致一些功能点在测试过程中被忽略，那么项目、研发、产品、测试都有责任。

⑥　测试环境受限，导致缺陷漏测。

⑦　开发人员解决bug时引入的新BUG等等。

可以看出以上情况都会导致系统在上线之后出现异常，而且并不都是测试的责任。产品、研发、项目、测试环境都可能要担责。

所以再仔细的测试，都无法避免漏测，简直是防不