我的公司对单元测试我们的代码还很陌生。我已经阅读了一段时间的TDD和单元测试,并深信它们的价值。我试图说服我们的团队,TDD值得学习和改变关于编程方式的思维方式,但这是一个挣扎。这使我想到了我的问题。
TDD社区中有很多人对编写测试然后编写代码非常虔诚(我和他们在一起),但是对于一个在TDD中苦苦挣扎的团队来说,妥协仍然带来更多的好处吗?
一旦编写了代码(也许是检入代码的要求),我也许可以成功地使团队编写单元测试,并且我的假设是编写这些单元测试仍然有价值。
使陷入困境的团队加入TDD的最佳方法是什么?失败的是,即使在编写代码之后,仍然值得编写单元测试吗?
编辑
我摆脱的是,对于我们而言,在编码过程中的某个位置开始单元测试非常重要。对于团队中支持此概念的人员,应开始朝着TDD进行更多测试并首先进行测试。感谢大家的投入。
跟进
我们最近开始了一个新的小型项目,并且团队的一小部分使用了TDD,其余的在代码之后编写了单元测试。在结束了项目的编码部分之后,那些编写了代码之后的单元测试的人惊讶地发现TDD编码器已经完成并且具有更可靠的代码。这是赢得怀疑者的好方法。我们仍然有很多成长的烦恼,但是意志之战似乎已经结束。感谢所有提供建议的人!