线上漏测，测试要承担多大责任？
每次线上出事故，复盘会上第一个被点名的永远是测试。开发说需求就是这么写的，产品说这个场景评审的时候你们也在场，运维说测试环境没测出来吗。全场的目光齐刷刷看向你，那一刻感觉自己是全公司唯一要对质量负责的人但真相是，漏测从来不是测试一个人的锅一个Bug能漏到线上，说明整条质量链都失效了。需求阶段没人发现逻辑漏洞，设计阶段没人质疑边界条件，代码审查没人注意到异常分支，测试阶段只是恰好成了最后一道没拦住的门。如果前面任何一环有人站出来，这个Bug都到不了线上但测试往往是最容易被甩锅的那个因为测试是离上线最近的一环，只要上线前你测过，那漏掉的Bug就是你的责任。大家默认的逻辑是你测过的就该发现，没人去想你的测试时间够不够，测试环境稳不稳，需求变了几版更扎心的是，有些漏测根本不是测试能控制的。比如后端悄悄改了接口字段没通知，比如配置中心推了一个错误配置，比如第三方服务挂了返回了异常数据，这些东西测试在预发环境根本测不出来，但线上崩了照样算你头上那测试到底该背多少锅分三种情况第一种，功能漏测，确实是你应该覆盖但没覆盖的场景，这个锅你得认。但也要看测试时间和资源是否充足，两天时间测完一个月的需求，漏了是必然的，不漏才是奇迹第二种，环境类问题，预发和线上环境不一致导致的漏测，这个锅不应该测试全背，环境治理是团队问题，不是测试一个人的事第三种，需求理解偏差，你按需求文档测了，但需求本身就漏了场景，这个锅该产品和开发一起背，测试在评审时没发现问题有责任，但不是主要责任方测试应该怎么保护自己评审阶段就喊出来，需求有问题当场提，设计有漏洞当场说，别等到测的时候才发现，那时候说什么都晚了所有的风险判断都落到邮件和文档里，测试时间不够写出来，环境不一致写出来，需求不明确写出来，出事了翻聊天记录，证明你提醒过线上漏测复盘的时候，别急着认错，先把整条链路捋一遍，需求怎么定的，设计怎么写的，代码怎么合的，配置怎么推的，每一环都问一遍这里有没有问题。如果每一环都有问题，那就不该是你一个人背锅最后说句测试老铁都懂的话线上的锅测试可以背，但不能一个人背。你扛得住一次两次，扛不住一辈子。质量是团队的事，不是测试的私事。每一次漏测，都是整个系统的一次集体失守，谁也别想全身而退
发布于 四川
1
评论
赞
未登录
友善发言
评论
加载中
