8人→2人,线上缺陷率下降52%:一个测试团队的极限瘦身实战

0 阅读6分钟

去年三月份,老板把我叫进会议室,说了一句话我到现在都记得:"测试组缩编,8个人留2个。"

我脑子里就一个想法——完了。

三条产品线,每天至少三个需求并行。8个人的时候已经天天加班,2个人?这不是让我去送死吗。

但一年之后回头看,2个人的团队产出的质量,比8个人的时候好得多。线上缺陷率下降了52%,回归测试从3天缩到2小时,而且——我和剩下那个兄弟,居然能准点下班了。

不是我们突然变强了。是8个人的那套干法,从头到尾就是错的。

人越多,测试反而越"假"

先复盘一下 8 人时代是怎么干活的。

需求来了 → 产品写 PRD → 开发写代码 → 丢给测试 → 测试写用例 → 手动点点点 → 提 bug → 开发改 → 回归 → 发版。

看着挺规范对吧?但这套流程藏着一个巨大的骗局——它让你觉得"有人兜底",然后所有人都在偷懒。

开发想的是:"反正测试会测,我写完能跑就行,边界条件跟我没关系。"

测试想的是:"我得把所有用例都写好,覆盖全了上线才能稳。"

产品想的是:"测试会发现问题,PRD 写个大概就够了。"

结果呢?8 个测试每天忙到飞起,维护着几千条用例,回归一遍要三天。但上线 bug 从来没少过——因为没人在对自己写的代码负责,所有人都在等别人擦屁股。

砍到 2 个人之后,游戏规则彻底变了。

第一件事:把测试用例这个"假动作"砍了

我做的第一个决定,也是最难做的一个——不再写传统意义上的测试用例文档。

8 人时代,我们维护着一个"用例库",里面躺着 3000 多条用例。每个需求来都要往上加,每次回归都要对着 Excel 一条一条勾。但说实话,这 3000 条用例里,80% 三年没发现过一个 bug。纯纯的自我感动,浪费生命。

现在改成了风险清单 + 探索性测试。

每个需求,我只跟开发对一张 A4 纸的风险点清单——"如果这个功能炸了,最可能的三个原因是什么?"然后盯着这三个点往死里测。剩下的时间全部做探索性测试:不按套路出牌,用真实用户的角度去乱点、乱输入、乱跳转。

效果怎么样?以前测出来的 bug 全是"这个按钮没对齐"、"那个文案多了一个字",现在挖出来的都是"并发场景下数据不一致"、"状态机边界没处理"、"缓存穿透导致雪崩"这种真能线上炸的东西。

不是我们变厉害了,是力气用对地方了。

第二件事:逼开发自己写自动化测试

这一步是最痛苦的,也是最立竿见影的。

我跟 CTO 达成了一个共识:需求的验收标准不再是"测试说过了",而是"开发提供了可运行的自动化测试,并且跑进了 CI。"

翻译一下:自动化测试我不写了,你来写。我只负责两件事——review 你的测试逻辑,和补充你没想到的场景。

刚开始开发集体炸锅,私底下说我甩锅。三个月之后,没一个人抱怨了。为什么?

因为每次改代码,CI 跑一遍就知道有没有破坏已有功能。不用等测试手动回归,不用半夜被 on-call 叫起来修线上。自己写的测试保护的是自己的睡眠。

更搞笑的是——开发写的测试覆盖率反而比我写的高。因为代码是他写的,他心里清楚哪里容易炸。我一个外部视角去看,能看到的永远是表面。

而且这个变化带来一个意想不到的副作用:开发写代码的时候明显更谨慎了。 因为写完要自己写测试,如果代码写得烂、耦合重、依赖多,测试根本写不出来。自动化的要求倒逼了代码质量。

第三件事:把 CI/CD 流水线变成"质量警察"

8 人时代,我们的 CI 流水线就是个吉祥物——跑一遍单元测试,过了就放行。代码扫描、安全扫描、接口测试全是手动跑,约等于没跑。

2 个人之后,我花了两周把流水线重新设计了一遍:

  • 每次提交必跑:单元测试 + 代码规范扫描 + 安全漏洞扫描
  • 合并到主分支前必过:接口自动化 + 契约测试 + 覆盖率门槛
  • 发版前必过:全量回归 + 性能基线对比

任何一个环节挂了,自动给你挡回去,不让合。简单粗暴,没有商量。

开发一开始骂我"搞独裁"、"流水线警察"。后来有一次,代码扫描拦住了一个把生产库密码硬编码写进配置文件里的提交——那个开发者主动跑过来跟我说:"香,真他妈的香。"

从那以后,没人再质疑 CI 门禁了。

不是人越少越好,是责任越清晰越好

复盘这一年,我最大的收获不是什么"自动化大法"或者"左移右移"——是一个更底层的东西:

当每个人都知道"出了问题没人给你兜底"的时候,质量就自然长出来了。

8 个人的本质问题是责任稀释。每个人都觉得"这不是我一个人的事",于是所有人都在做表面功夫——写一堆没人看的用例、跑一堆没用的流程、开一堆没结论的会。

2 个人的时候,我和另一个兄弟就是最后一道防线。我们没时间做表面功夫,唯一的出路是让整个团队一起对质量负责。 结果是:开发更严谨了,产品更细致了,CI 更可靠了,我们俩测得更准了。

所以裁员很痛,但它逼我们做了一件早就该做的事——把质量从"测试部门的工作"变成"每个人的本能。"


你们团队经历过类似的瘦身吗?或者你们正处在"人多但质量差"的尴尬阶段?来评论区聊聊,我踩过的坑很可能就是你正在掉进去的那个。

关注「测试实战派」,每周分享一个真实踩坑经验。不聊虚的,只聊实战中摔过之后才想明白的东西。