Dre*_*rew 2 tdd project-management
简单的问题.让我们戴上我们的工程师/项目经理帽子一秒钟:
你有一个大项目,你将有几个不同的开发人员在不同的部分工作.您有一个可靠的功能规范,并准备开始计算您的实现.您想练习测试驱动开发.假设你将获得合理但不是无限的时间和金钱.
您如何开始准备模块以供其他开发人员实施？你开始编写接口还是开始编写测试？你混合n'匹配？
如果你有一支经验丰富的编码员团队,你会如何改变你的答案？一群经验不足的人？您的编码环境会改变您的决定吗？
严格来说 - 如果您正在进行TDD(不仅仅是单元测试),那么在编写单元测试实际测试的功能之前,先从测试开始.您编写的所有功能都需要编写测试来验证您要编写的代码.
开发人员本身就是编写单元测试的人 - 功能/验收测试是一个单独的问题,可以在工作开始之前(部分)编写.
如果团队没有单元测试经验,他们应该开始实现功能,然后在每个小类/小功能完成后立即编写单元测试
单元测试(以及TDD作为结果)不是测试系统模块 - 它们要在更细粒度的级别进行测试 - 即函数和类执行开发人员期望它们的操作.更高级别的测试超出了TDD的范围,并进入其他类型的测试