研发效能工程实践开篇

背景

随着技术的发展，大至一线互联网公司、小至几十人研发团队的公司都开始开展devops运动。大公司有能力自研，小公司则采用开源解决方案。如何实施devops业界已经有非常成熟的方案，所以本系列不再谈devops工具链以及如何实施。本系列想谈谈在devops中容易被忽略的一些细节，但是这些细节却是非常重要的，提升这些小细节将会提升整个团队的研发效能。

忽视单元测试

很多研发团队每天淹没在无穷无尽的需求中，每天加班加点的开发，但是交付的需求上层也不满意。上层继续施压，底层开发人员再次被压榨，根据我们长期观察发现。很多研发团队每天很忙，其实是因为每天不得不花大量的时间解决各环境包括生产环境的Bug，导致其新需求的研发时间被压缩，为了赶上新需求的进度，开发人员不得不加快自己开发代码的速度，进一步导致代码质量下降，产生更多Bug，长此以往，团队的研发效率大大降低，研发人员苦不堪言。
我们发现，出现这种问题的团队，大多都没有编写单元测试的习惯。很多研发团队其实知道编码单元测试会有效提示团队代码质量，但是他们觉得需求尚且不能按时交付，如果再花时间去编写单元测试，那么将可能导致延期，这个认知其实是不准确的。下面我们看两组数据，第一个图是bug在不同测试阶段被发现时的成本

第二个图详细的展示bug在不同测试阶段被发现反馈周期时长和解决成本，可以看出不论是反馈周期和解决成本，单元测试都是比较低的，所以，投资单元测试来