我对TDD有一般性质疑。
众所周知,测试驱动开发需要大量测试。在最佳实践中,您应该在每次测试代码之后,编写新的代码,以便进行测试。 因此,尽可能快地保持测试是非常合理的。 现在的问题是: 最慢的速度有多慢。我们从分钟区开始吗?秒?什么是最好的? 例如,我有一个测试,它有一个3x3 Testmatrix。 执行此测试需要几秒钟。 假设,这将总结,它可以在一天内花几分钟来测试一个包。 这意味着,程序员每天浪费一个小时,等待。
所以问题是: 测试可能需要的最长时间是多少?
答案 0 :(得分:3)
没有最短或最长时间。测试应该主观快速(快速因团队和项目而异)。
假设,这将总结,它可以在一天内花几分钟来测试一个包。这意味着,程序员每天浪费一个小时,等待。
您的整个测试套件最终会增长到几分钟。这是不可避免的。
但是,您错误地认为每次保存都会运行整个套件。你没有。您只运行与您正在开发的功能相关的测试,实际上通常是您正在编写的类/方法的测试。
你当然还在运行整个套件,但这通常是一天一次,通常是在合并更改或推送到存储库之前。