testing - 我应该何时/多久测试一次？

Question

作为一个刚进入第一个专业项目节奏的新手开发者，我正在努力尽快养成良好的习惯。但是，我发现我经常忘记测试、推迟测试，或者在构建结束时进行一大堆测试，而不是一次进行一个测试。

我的问题是，在处理大型项目时，您喜欢进入什么样的节奏，以及测试适合的节奏。

Answer 1

好吧，如果你想跟随 TDD 的家伙，在你开始编码之前 ;)

我和你的情况差不多。我想更多地进行测试，但我目前处于我们正在努力“把代码拿出来”而不是“把代码弄对”的位置，这让我很害怕。因此，我正在慢慢尝试将测试流程整合到我的开发周期中。

目前，我在编写代码时进行测试，试图在编写代码时破坏代码。我确实发现很难融入 TDD 思维模式。这需要时间，但这是我希望的工作方式。

编辑:

我想我可能应该对此进行扩展，这是我的基本“工作流程”...

1. 从代码中规划我想要的东西，可能的对象设计，等等。
2. 创建我的第一个类，在顶部大纲中添加一个巨大的评论我对类(class)的“愿景”是什​​么。
3. 概述基本的测试场景。这些基本上成为单元测试。
4. 创建我的第一个方法.. 还写了一条简短的评论来解释预期如何运作。
5. 编写一个自动化测试，看看它是否符合我的预期。
6. 对每种方法重复步骤 4-6(请注意，自动化测试位于按 F5 运行的巨大列表中)。
7. 然后我创建了一些强大的测试来模拟工作环境中的类，显然解决了所有问题。
8. 如果在此之后出现任何新错误，我会返回并编写新测试，确保它失败(这也可作为错误的概念验证)然后修复它..

我希望这有帮助..欢迎就如何改进这一点发表评论，正如我所说，这是我的一个问题..