Forex Dataset

当代码已经准备好时为什么要编写测试？早期测试不是从代码开始，而是从细化开始。在这篇博文中，我将向您展示“示例映射”如何帮助将测试优先直接集成到细化中。这确保了需求从一开始就明确，并允许更快、更好的反馈。

为什么要测试？
第一：我们为什么要测试？最简单的答案是“测试我们构建的东西是否有效”，这并没有错，但它会产生冲突和主要问题。

如果我们只测试我们构建的内容（我在这里指出过去时态！），那么在事后创建测试会更实际。那么为什么要“先测试”呢？但事后测试意味着我们只测试我们构建的内容，但我们构建的正确吗？如果是这样，我们构建的东西正确吗？随后的测试无法告诉我们这一点。因此，我们需要更好地回答“我们为什么要测试？

让我们看一下软件工程实践。 David Farley 在他的《现代软件工程》一书中对此进行了很好的描述。

迭代工作
增量工作
实验工作
实证工作
接收快速、高质量的反馈
自动化测试支持所有这些要点（如果不是必不可少的话）。最后一 珠宝商电子邮件列表 点“接收快速、高质量的反馈”在这里特别值得强调。大多数开发人员都知道，最快的反馈是现代 IDE 的内联编译器。一旦出现一个错误的字符，我们立即就知道我们刚刚创建的内容不起作用，并且通常会立即得到有关如何解决问题的提示。自动化测试的反馈只会在稍后创建测试时才会出现。另一方面，如果您始终遵循测试优先的方法，即使尚未执行测试，您也会更早地收到反馈，因此比最好的 IDE 编译器要快得多！ “秘密”在于测试周期。


它从“编写失败的测试”开始，这是早期反馈的关键。要编写不起作用的测试，我们需要回答诸如“我们要测试什么？”和“测试必须满足哪些条件？”之类的问题。如果我们与合适的人谈论它，我们将收到第一个有价值的信息。

测试优先，精益求精
作为开发人员，我们通常在细化过程中首先遇到最新的实施请求。至少应明确定义成功实施的范围和标准（也称为验收标准 (AK)）。我们与同事和相关利益相关者讨论这个问题，因为我们这里有合适的人选。那么为什么不从测试优先开始并获得初步反馈呢？