敏捷开发中，如何让程序猿养成自测（自己先测试）习惯？

[Anlim]

在小团队中比较依赖敏捷开发，功能测试大部分都是由开发工程师自己来测试……

but 很多开发工程师（程序猿）都是固执或偏执狂：），都很相信自己的代码质量！！

想让他们自己测试自己所做的功能，基本都是随便点击两下就说 OK 。然后上线的时候出现问题，我相信很多人都有过这样都经历……

Q1 ：请问开发工程师（程序猿）如何养成自己测试自己的代码习惯？

Q2 ：请问敏捷开发中如何把控测试环节？

[leopku]

CI
Code Review 都是不错的辅助手段

不过前提是工期够，需求基本稳定不会出现一天变三回的情况

[lightening]

只雇佣有责任心的程序员。
什么 TDD 、 CI 都不能保证杜绝这个问题。测试覆盖率 100%，但就是不工作的代码多了去了。

[wudanyang]

26 楼 +1

[taowen]

TDD 的神话，的理想，的苟且以及诗和远方
https://zhuanlan.zhihu.com/p/25571413

巴别塔：开发环境演进史
https://zhuanlan.zhihu.com/p/25891628

客观上来说开发环境有问题，缺少东西代码跑不起来，单元测试靠手写 mock 很难推行。主观上来说，大家都只对生产环境的集成负责，而不对线下环境的集成负责。

[yjxjn]

我们当时做一个敏捷开发项目的时候采取的 bugreport 来评价 kpi 的。当然，这只是手段，不是目的，只是为了让写出 bug 更少的代码，我觉得上面那个成立专门的测试团队也可以，但是貌似是不符合敏捷的理念了，所以我觉得交换测试那个不错。

[wintercoder]

减少需求 2333

[firefox12]

多给钱 然后不测就开除，不加钱 又要让人多做事，呵呵