TDD 中的单元测试可能需要多长时间？
How long may Unit tests take in TDD?
我有一个关于 TDD 的一般性问题。
众所周知，测试驱动开发需要大量的测试。在最佳实践中，您应该在每次编写新代码后测试您的代码，您可以对其进行测试。
因此，尽可能快地进行测试是非常合理的。
现在的问题是：
最慢是多慢。我们从会议记录区开始吗？秒？什么是最好的？
例如，我有一个测试，它有一个 3x3 测试矩阵。
执行此测试需要几秒钟。
假设，这将总结，一天可能需要几分钟来测试一个包。
这意味着，程序员每天最多要浪费一个小时等待。
所以问题是：
测试可能需要的最长时间是多少？
没有最短或最长时间限制。主观上测试应该很快（快 因团队和项目而异）。
Assuming, this will sum up, it could by one day take a few minutes, to test a package. This would mean, that a programmer would waste up to an hour each day, waiting.
您的整个测试套件最终会增加到几分钟。这是不可避免的。
但是，您错误地认为您 运行 整个套件 每次保存。你不知道。您仅 运行 测试与您正在开发的功能相关，实际上通常是针对您当前正在编写的 class/method 测试。
你当然仍然 运行 整个套件，但最多一天几次，通常在合并更改或推送到存储库之前。
我有一个关于 TDD 的一般性问题。
众所周知，测试驱动开发需要大量的测试。在最佳实践中，您应该在每次编写新代码后测试您的代码，您可以对其进行测试。 因此，尽可能快地进行测试是非常合理的。 现在的问题是： 最慢是多慢。我们从会议记录区开始吗？秒？什么是最好的？ 例如，我有一个测试，它有一个 3x3 测试矩阵。 执行此测试需要几秒钟。 假设，这将总结，一天可能需要几分钟来测试一个包。 这意味着，程序员每天最多要浪费一个小时等待。
所以问题是： 测试可能需要的最长时间是多少？
没有最短或最长时间限制。主观上测试应该很快（快 因团队和项目而异）。
Assuming, this will sum up, it could by one day take a few minutes, to test a package. This would mean, that a programmer would waste up to an hour each day, waiting.
您的整个测试套件最终会增加到几分钟。这是不可避免的。
但是，您错误地认为您 运行 整个套件 每次保存。你不知道。您仅 运行 测试与您正在开发的功能相关，实际上通常是针对您当前正在编写的 class/method 测试。
你当然仍然 运行 整个套件，但最多一天几次，通常在合并更改或推送到存储库之前。