我的公司对我们的代码进行单元测试还是个新手。我读到TDD和单元测试已经有一段时间了,我相信它们的价值。我试图说服我们的团队,TDD是值得我们努力学习和改变我们如何编程的心态的,但这是一场斗争。这就引出了我的问题。
在TDD社区中有许多人非常热衷于编写测试和代码(我和他们一样),但是对于一个正在为TDD而苦苦挣扎的团队来说,妥协还能带来额外的好处吗?
一旦代码编写完成,我可能会成功地让团队编写单元测试(也许作为签入代码的要求),我的假设是,编写这些单元测试仍然是有价值的。
将一个苦苦挣扎的团队带入TDD的最好方法是什么?如果做不到这一点,那么即使是在编写代码之后,编写单元测试仍然值得吗?
编辑
我从中学到的是,在编码过程中的某个地方开始单元测试对我们来说很重要。对于团队中那些接受了这个概念的人来说,开始更多地转向TDD和测试。感谢大家的意见。
后续
我们最近开始了一个新的小项目,团队中的一小部分人使用了TDD,其余的人在代码之后编写了单元测试。在我们完成了项目的编码部分后,那些在代码之后编写单元测试的人惊讶地看到TDD编码器已经完成了,并且使用了更可靠的代码。这是一个赢得怀疑者支持的好方法。我们前面还有很多成长的烦恼,但意志之战似乎已经结束。感谢所有提供建议的人!
https://stackoverflow.com/questions/1742323
复制相似问题