质量管理迷思系列 01 - 序章

作为一个程序员，最头痛的问题莫过于线上代码出 bug，并引发大面积服务不可用。不久前一次这样惨痛的经历，严重影响了团队绩效，更导致了部分同学被裁撤。而这还不是最严重的问题，来自国企的老板以雷霆手段对测试、开发、运维进行逐一问责，彻底撕裂了测试、开发、运维甚至产品之间的信任关系。测试同学怕担责，测试时间全部翻倍，甚至异常情形没考虑周全，还会翻产品经理的文档，指责产品经理需求不清；运维同学抓着开发同学把每个接口的依赖关系、每个配置项的每种取值全部写了一遍，上线的时候要求每项变动都要有上下游产品、开发逐一确认，上线流程越搞越复杂；开发同学有苦说不清，人人自危，高危工作个个推脱，团队的协作氛围荡然无存。

头最痛的人莫过于研发负责人老 M。老 M 点亮一根烟，一个人坐在楼道里，回想着几年前的愉快时光：那时老 M 的团队还不大，10 来人的规模，测试、开发、运维一起管，团队团结得就像一根绳。后来产品越做越大，团队规模也翻了好多翻，整个团队按职能重新拆分，老 M 不再分管测试、运维，单管研发。尽管这些年老 M 没少在质量管理上花功夫，Code Review、Sonarqube、单元测试、接口测试、集成测试、灰度发布样样不落，但对于回归案例已多达 3000 多个，做个全功能回归都需要接近一周时间的大型产品，这些看似烂大街的工具还是显得有些力不从心了。

一方面业务天天催着功能上线，另一方面产品越大越经不起半点风险，质量和效率就像一个死局，徘徊在每一位研发兄弟的脑袋之上，一不小心就会砸你个头破血流。但老 M 是个心意很坚定的人，越是困难的任务越能激发他体内潜藏的斗志。此刻，研发的每个节点像一幅幅照片一样在他脑袋里回放，他已决意从每个细节中寻找突破，打破二律背反的宿命。

--未完待续