在引用涉及TDD的项目/任务的估算时是否有任何指导原则？ 例如,与正常开发任务完成一天相比,TDD驱动的任务需要多少？多50％的时间或70％的时间？假设开发人员精通语言和测试框架,是
例如,与正常开发任务完成一天相比,TDD驱动的任务需要多少？多50％的时间或70％的时间？假设开发人员精通语言和测试框架,是否有可用的统计数据？
起初差异很大,经验减少,但可能总是一个因素传统编码和TDD之间的实现时间差异将随着开发人员在TDD上变得更好而下降. TDD初学者,甚至是中间人,可能会陷入困境,决定要编写哪些测试和/或编写更多的测试,这些测试最终会在重构之后被抛弃.凭借经验,TDD’er将变得更有效率,因为它们在选择要编写的测试时变得更好更快
我不确定常规与TDD之比的绝对下限是多少.我猜1：1.5,但我无法相信大多数开发人员可以像编写代码那样快速地测试代码,更不用说编写代码然后编写测试了.
正如其他人所说的那样,在TDD上花费额外时间的显着回报是,测试驱动代码的调试时间大大减少了.