如何决定何时创建集成测试以及何时不创建集成测试

Question

如何决定何时创建集成测试以及何时不创建集成测试

4

在决定为您的代码库创建集成测试套件时，是否存在明确的过程？我说的是...“我的代码的这个部分符合A标准，因此应该创建测试。我的代码的这个部分符合B标准，因此不应该创建测试。”

随着我的Rails应用程序规模的显著增长，我正在添加小的功能（与总体结构相比较小），例如用户帐户上的一个字段，指定用户是否被允许为自己创建预约，还是需要父母这样做（我理解如果这个功能出错的话，影响可能会很大，但我只是试图说明这个特征实现的微小性）。

集成测试应该是针对特定字段的吗，就像上面所述的情况一样？还是应该更全面和综合？我正在寻找一个清晰的“是”或“否”的集成测试创建过程。它是否存在？

- Kevin Behan

1

你用 "elucidate" 和 "pellucid" 连续使用真不错。 - Dave Schweisguth

2个回答

2

如果你能够在不出错的情况下进行小的调整，那么你就不需要集成测试。然而，一旦你遇到2或3个错误，或者如果你预见到由于复杂性（运用你的直觉和经验）而遇到问题，则需要进行测试。
实际上比这更具体的公式是不可能的，因为测试旨在检测不应存在的错误。因此，在未检测到错误（编写测试）之前，无法知道其是否存在。

- stevo999999

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Dave Schweisguth · Accepted Answer

没有一种方法可以决定是否编写一个无需思考即可使用的集成测试。 任何真实的应用程序都具有挑战任何规则的细微差别和特殊情况。但是肯定存在一种通用方法，除非你发现它不适用，否则你可以遵循这种方法：使用验收测试作为集成测试。

顺便说一下：我认为“集成测试”是指测试涵盖了代码的多个层面，而不是Rails特定意义上的定义，后者已经被更好的方法和工具所取代。但如果您确实使用Rails集成测试，我的答案也适用。

验收测试捕获重要的用户流程。它还是一种集成测试，从UI到后端，测试了应用程序的所有层面。行为驱动开发（BDD）等类似方法通过为所有重要的用户流程编写验收测试来推动从外部向内部的开发。验收测试编写复杂且运行速度较慢，因此尽量编写最少的测试以仍然定义所有重要的用户流程。

选择验收测试是一门艺术，但一个经验法则是，如果两个场景涉及不同的参与者和/或不同的主要系统组件（例如UI屏幕），则它们应该拥有单独的验收测试；否则，它们是具有细节的相同场景，一个验收测试就足够了。

验收测试对于与利益相关者（即记录需求）进行沟通非常有用，因此无论您的其余测试策略如何，都需要它们。但是，通常发现完整的验收测试集就是您所需的所有集成测试。不值得进行验收测试的详细要求可以在单元测试中表达。

在您的示例中，我可能会为用户创建自己的约会和父母帮助的场景编写一个验收测试，因为它们会非常不同。第一个可能是这样的（使用Gherkin）。

When I visit the new appointment page
And I create a new public appointment
And I visit my calendar
Then I see the public appointment

但第二个则会有所不同：

When there is an unrestricted user "Dad"
And there is a restricted user "Billy" supervised by "Dad"
And there is a user "Stalker"
When "Billy" visits the new appointment page
And "Billy" creates a new appointment
And "Billy" visits his calendar
Then "Billy" sees a pending appointment

When "Stalker" visits "Billy"'s calendar
Then "Stalker" does not see an appointment

When "Dad" visits "Billy"'s calendar
And "Dad" approves the pending appointment
Then "Dad" sees an appointment

When "Billy" visits his calendar
Then "Billy" sees an appointment

When "Stalker" visits "Billy"'s calendar
Then "Stalker" does not see an appointment

另一方面，如果位置只是一个可能填写或不填写的文本字段，我可能不会为具有位置和没有位置的情况编写两个不同的验收测试。在这种情况下，单元测试可能就足够了。