unit-testing - 需要很多辅助方法来协助我的单元测试类——这正常吗？

Question

我有一个类通过 WMI 安装软件驱动程序。但是，我注意到在编写我的单元测试时，为了执行断言，我需要额外的辅助方法。例如。为了确保添加了驱动程序，我需要确保驱动程序的数量增加了一个，这不是被测类中的方法。

这对单元测试来说是正常的，还是我做错了什么？我将采用所有这些辅助方法并将它们提取到一个静态类中。

谢谢

Answer 1

这听起来像是您在进行集成测试 而不是单元测试，因为看起来您正在使用被测类(安装程序类)的真正依赖项。在单元测试中，您将注入(inject)模拟或 stub 来模拟依赖关系。

集成测试通常需要比单元测试更多的设置，因为它们需要

• 设置并断言任何先决条件，例如在运行测试之前未安装驱动程序。单元测试不需要测试先决条件，除非在极少数情况下。
• 运行被测功能，例如安装。
• 断言任何后置条件，例如司机号码+1等

编辑

我会给你我对单元、集成和端到端测试的定义，因为它可能与其他人的定义不同。不管我的定义如何，测试您可以安装您的产品是一个非常有效的测试。所以以下只是我的(可能是错误的)观点。

单元测试

单元测试是完全隔离的，可以在没有任何外部依赖的情况下运行，例如数据库、文件系统、外部网络服务、触发器(例如 cron 作业)等。对象的所有对等体可以外部化(模拟或 stub )，因此测试尽可能仅测试被测类，而不是其依赖项。

集成测试

测试抽象外部资源的类。对我来说，集成测试在精神上与单元测试非常相似，但需要外部(通常很慢)资源，并且可能会因为资源关闭而失败。

端到端测试

使用应用程序界面测试一项功能，在类似于生产的模式下配置。应用程序界面可能是桌面应用程序、Web UI、Web 服务、串行端口等。这里的关键是测试涵盖了所有组件如何交互(协议(protocol))。这些通常是迄今为止最慢的测试。

我感觉你在做一个集成测试，因为你只测试一个执行安装的类，但它可能是一个端到端的测试，具体取决于哪个< em>您正在使用的界面。

一个例子

让我举一个我当前项目的例子。其中一项功能包括从视频文件中提取音频。为此，我调用了一个名为 FFmpeg 的命令行工具。为了能够测试代码，我将调用命令行的代码与不同类中的业务逻辑分开，这样我就可以通过传递模拟 AudioExtractor。现在，Audio Extractor 的测试是“集成测试”，因为我只测试该类，并且该类需要外部资源 ffmpeg 二进制文件安装在计算机上。

Audio Extracto 测试有点复杂，因为它必须检查

• 运行测试前的先决条件:
  • 存在测试视频文件。
  • 音频文件没有。
  • 二进制文件已安装且可执行。
• 测试后的后置条件
  • 音频文件已创建
  • 音频文件有效
• 关于测试拆解
  • 必须删除音频文件。

我通过自定义进行大部分检查 hamcrest匹配器(最后是辅助类)。哦，要记住的是，如果其中一个先决条件失败，并不意味着代码被破坏，而是测试无法运行，这是警告而不是错误。

我认为重要的是测试应该描述交互并保持在正确的抽象级别，这可能是您通过引入助手来完成的。