是，bug不可避免，只要是人去做，就有出错的可能。

其实，我主要想把严重的bug在编译完成之后，打包之前能筛选出来。以前碰到过什么情况，就是一个人引入一个fatal bug，导致QA拿到新的包不可用，不光影响QA的工作，别人修改的代码也无法验证。

这时候如果有自动化测试环节，可能影响就会降低很多。长期来看，对整个团队的效率都有提高。


【 在 eGust 的大作中提到: 】
: c++ 的测试框架我没概念，毕竟没做过相关的方面。
: 不是不能提代码，你一样能 commit，能建 PR，只不过不能 merge 而已。对于成熟的老程序，最暴力的方式就是跑完测试之后看 coverage，没到100%挂掉就完了，当然前提是已经有100%的底子。另外，至少 review 的时候，就算看不出来全不全，至少有没有还是很容易的。
: 另外要明白自动测试的价值所在，并不能避免 bug 的发生，但是能够避免同样的 bug 再次发生。有个经典的笑话：
: ...................
--
FROM 124.126.202.*