集成测试实施

Question

我有一个三层应用程序

• Web 应用程序（这里为简单起见，为 ASP.NET MVC）、
• 业务服务
• 数据存储库

我知道有四种类型的集成测试：

• 自上而下、
• 自下而上的
• 三明治（前两者的组合）
• 大爆炸

我知道我会像单元测试一样编写大爆炸测试，但没有任何模拟，所以我也会使用后端数据库...

问题

我不知道如何编写其他类型的集成测试？

1. 如何编写非 bigbang 类型的集成测试？
2. 集成测试是否应该等于单元测试，意味着相同数量的测试，但没有模拟的测试？或者这些测试应该测试完全不同的东西？

任何人都可以提供任何信息如何做到这一点（如果有的话）或者这样做是否实际上可行？

Answer 1

我建议这样做：

1. 单元测试/不得进行任何以外部资源
2. 为中心的集成测试（我想这是自下而上的）。您应该拥有与外部资源非常接近的代码，并且它的唯一责任是与其集成。不要尝试对这些类进行单元测试，而是进行非常集中的测试，以触及真正的资源，而不必处理系统中的其余逻辑。使这个集成类尽可能精简
3. 完整的系统测试（我猜是大爆炸）。我的意思是 UI 和所有内容（或者 API，如果那是您的端点）。确保您尽可能多地覆盖之前的测试，这更像是简单检查底层部件是否正确连接。

根据您的系统，您可能想也不想在代码顶层补充 3 的集成测试，但不涉及 UI。无论您选择哪种选择，请确保通过单位和医疗机构获得更全面的覆盖。集中的集成测试，因为在顶层测试各种行为具有一定的复杂性，可能很快就会失控。

集成测试是否应该等于单元测试，意味着相同数量的测试，但没有模拟的测试？或者这些测试应该测试完全不同的东西？

正如我在 1 和 1 中提到的2、当那些测试不同的东西时最好。这取决于系统，但我通常期望单元测试的数量是集成测试数量的几倍。对于完整的系统测试，请确保您有足够的资源，以便您可以判断所有部分都已正确连接，但又不能太多，以免变得太复杂而无法测试每个场景。