课堂培训——开发者需要对TDD有个基本的理解，对多数人来说，课堂培训仍然是最好的方法。但是需要知道的是，培训本身并不能让人学会并使用TDD。
在线培训——这有助于加深基本概念的了解。但在所有这些方法中，这一种是可选的。
耐心——学习并使用TDD需要花费一定的时间，这个时间可能比你计划的更多一些。
衡量测试覆盖率——使用代码覆盖工具(比如Emma、Cobetura、NCover...)并向组员说明，衡量覆盖率可以让我们知道是否变得好些了，还是变得更糟了。很明显，这没法衡量测试的质量，因此只能用作参考。
内心感到自豪——开发人员需要知道什么样的代码和测试才是简单的、干净的，并需要感到花时间那么做是值得的。Bob Martin刚刚写了一本新书《Clean Code》，很好地回答了这个问题。
管理层的支持—— 开发人员需要管理层明确表态，说他们知道转向TDD会花费一定时间，并会“降低”团队效率[3]。他们需要澄清相对于产出速度和不断累积的技术债，他们更 看中的是质量。当不断地生产、生产、生产时，多数开发人员会有压力，所以管理层需要不止一次地重复这句话。说这句话的人等级越高(最好是来自最高层的执行 官)，就会有越多的人去听。
结对编程——如果你发现自己停滞不前、不知道下一步该做什么，与别人一块编程通常会有所帮助，即使他是个新手，也会使你受益颇多。
社区——在你的组织里(或者城市里)组建社区，大家互相分享经验。社区可以让你与其他正在学习使用TDD的人通过网络保持联系，可以让大家互相学习成功的经验和失败的教训，社区还能够培养TDD需要的文化。此外，社区提供了一个机会，让大家能够分享新的想法。
编程道场——是大家在一块练习解决小问题的地方。编程道场提供了一个安全、协作的环境，让大家作为团队一块研究问题，而没必要真正解决这些问题。
阅读工坊—— 一组人(不超过8个人)定期聚在一起，讨论书中的某一章节。
教练定期走访——当团队偏离轨道、终止实践TDD时，教练的定期走访能够帮助团队重回正轨。这时与一两个人配对编程，就能够重新感染整个团队。
这一计划的核心是：针对TDD创造交流机会、促进互相协作。以上方法中有3个是关注这一方面的：结对编程、编程道场和阅读工坊。
编程道场
编码道场(使用自由方式)指的是这样一种活动，一小组人(最多15个人)采用TDD一块解决问题(下述内容来自Danilo Sato)：
在一个电脑上工作，通过投影让所有人看到输出结果。
采用配对编程的方式。
配对中的一个人每5到10分钟交换(我们用的是7分钟，效果不错)。
编码的人要解释他们正在干的事情，这样观众才能明白他们在干什么。
只有当测试通过时观众才能够对设计给出评论，而测试失败时观众不能提问题。
如果观众被搞糊涂了，编码的人应该停下来解释他们在干什么。
文章来源于领测软件测试网 https://www.ltesting.net/
