向团队销售TDD
我在过去3年一直在做TDD。 我们是一家小公司，我们对管理层的敏捷过程的大部分方面提供了非常坚实的支持。 开发团队中的每个人都在这个过程中出售。 因此，他们通常需要制造固定装置的前期投资才能被接受，因为他们知道这将会带来回报。 （启动http服务器的代码，在测试之前填充sql数据库的代码等）。 文档主要发生在测试中，帮助请求通常以失败的测试形式呈现。
现在我搬到了一家更大的公司，虽然管理层支持敏捷流程，但团队成员参差不齐，其中一些人认为这很有用，其中一些人因为管理而做，而另一些人却看不到价值。 要说服人们花时间建设灯具或说服团队成员最好的方式来帮助他，这是一个挑战，如果他花时间写出失败的测试。
那么你认为将TDD卖给犹豫不决的队友的最好方法是什么？ 反对意见通常是：'这是一个不必要的成本'，'我们总是可以在事实上写出重要部分的测试'，'这是一个热门词汇，团队把它捡起来，然后随着重磨开始落到一边'等
“将TDD卖给犹豫不决的队友的最佳方式”
你不能。 不要浪费时间“销售”。
相反，投入时间“证明”。
去做就对了。 成功的。 当人们问你的成功秘诀是什么时，然后揭示TDD。 之前没有。
简单 - 可维护性。 TDD使您能够进行更改，并查看这些更改影响其余代码的位置。 代码基数越大，就越有必要进行测试来验证任何新的更改。
正确性。 虽然测试本身可能会被破坏，但最终他们会达到确保组件正在按照预期做的事情。 开发者越好，速度就越快。
另一个优势是TDD通知系统中组件的设计。 如果您试图测试某些内容，并且测试过于复杂，则可能意味着您需要将问题分解成更小的部分......
把它卖给人们，你说从长远来看，它使得增加新功能更便宜，并且降低了破坏现有功能的风险。 所以它降低了成本。
对于犹豫不决的队友，耐心等待机会，然后扑面而来。 在软件开发中，TDD预防或减轻问题无疑是一个问题。 请留意这样的机会。 与他/她一起创建一个本来应该从一开始就开发的测试。 但是，请确保您以这种方式制作您的信息，以免让您的队友难堪。
链接地址: http://www.djcxy.com/p/95557.html