NUnit测试的范围是什么？

Question

任何人都可以告诉我，进行NUnit测试的人的范围是什么，或者将来基本上进行单元测试？它与质量保证人员有什么不同吗？

Answer 1

单元测试不适用于QA（他们通常进行验收测试）。这是给开发人员的。单元测试可以帮助您对系统进行回归测试，但单元测试的主要好处是在进行测试驱动开发时的系统设计。在重构期间，当您希望保持代码的行为不变时，它也非常有用。

Answer 2

区分单元测试优于传统软件测试：

• 编写测试时：通常在生产代码之前
• 撰写测试的人：开发人员
• 测试作者对测试中的代码了解多少：白盒

• 如何在开发周期（TDD）中集成测试编写：

  1. 添加测试
  2. 运行所有测试并查看新测试是否失败
  3. 写一些代码
  4. 运行测试
  5. 重构代码
  6. 重复

<强>优点：

• 这种开发从一开始就改进了对象交互的设计
• 测试代表行为的可靠文档（严格来说：任何其他行为未定义）
• 它演示了测试类的用法
• 立即检测到代码更改导致的错误

Answer 3

答案是肯定的，不是。单元测试可以成功地取代QA人员履行其职责，因此从这个意义上说，他们都满足了相同的需求。

区别在于单元测试会导致错误的周转时间，并且还有助于不创建遗留代码，而不会产生任何意义。如果您在代码中更改某些内容并且单元测试失败，则会立即（单元测试运行时间），如果您需要QA人员执行此操作，可能需要几天时间才能找到问题（如果他们找到了问题） 。 此外，单元测试将在特定任务上失败，这将会更准确地告诉您出错的地方和位置。质量检查人员会报告错误，您可能需要深入挖掘以找到根本原因。

通常，单元测试可以加快开发速度，并帮助开发人员更快地找到问题的根源，同时也使QA的工作变得更加容易和快捷。

Answer 4

  

任何人都可以告诉我将来做NUnit测试或基本上是单元测试的范围是什么？

NUnit是.NET的单元测试框架。但是，使用它并不能保证您正在编写单元测试。您不仅可以编写单元，还可以编写其他类型的测试：集成，功能和验收测试。

NUnit也可供软件开发人员，自动化开发人员和QA使用。

• 软件开发人员通常在测试驱动开发过程中编写单元测试。他们也可以编写验收和/或集成测试。
• 自动化开发人员或测试中的软件开发人员可能会编写验收和/或集成测试。

  

它与质量保证人员有什么不同吗？

是的，情况有所不同。 QA正在进行手动UI调试，并专注于实际场景中的错误。如果IsValidated在某些情况下应该返回true（这是一个单元测试），QA不感兴趣，但是如果真实场景中存在任何错误（用户接受测试），则感兴趣。正如Osherove所指出的“单元测试艺术”一书：单元测试提供了第一层防御错误，QA工作提供了第二层 - 用户的接受层。

QA 可协助在QA编写代码的地方编写单元测试。他们可以帮助软件开发人员编写这样的测试，但他们永远不应该为他们创建单元测试。

---

如果您对测试驱动开发和单元测试感兴趣，我建议您出版一本书Art of Unit Testing: With examples in C# (Second Edition)。