当您对某个类进行单元测试时,有两个异常来源:
- 您正在测试的类可能会引发异常
- 类的依赖可以抛出异常
在第二种情况下,您通常要么处理异常,要么将其包装在更高级的异常中并将其抛出给调用者。那么,如何测试所有这些情况呢?
被测系统抛出异常
例如,在传递给方法的参数错误的情况下抛出异常(NUnit 示例):
StockService service = new StockService();
Assert.Throws<ArgumentNullException>(() => service.Connect(null));
您不需要检查堆栈跟踪,因为它是一个被测试的类,应该抛出异常。
依赖抛出异常,我们处理它
当您的类具有依赖项时,您应该模拟依赖项以便单独测试您的类。因此,设置模拟以在您的类与它们交互时抛出异常非常容易。如果未找到配置文件(最小起订量示例),请考虑服务应在默认设置下运行的情况:
var configMock = new Mock<IStockServiceConfig>();
configMock.Setup(c => c.Load()).Throws<FileNotFoundException>();
StockService service = new StockService(configMock.Object);
service.Connect("google");
configMock.VerifyAll();
Assert.That(service.Port, Is.EqualTo(80));
如果您不尝试加载配置,或者如果您不处理FileNotFoundException
.
异常堆栈跟踪在这里无关紧要 - 我们不关心我们的直接依赖项是否抛出异常,或者它是依赖项中的其他一些类。实际上我们不知道那个类是否存在——我们只与直接依赖进行交互。我们应该只关心依赖可以抛出我们可以处理的异常这一事实。
依赖抛出异常,我们包装它
最后一种情况 - 将异常包装在更高级的东西中。考虑前面的示例,但配置非常重要,没有配置文件就无法启动。在这种情况下,您将包装FileNotFoundException
到更特定于业务的东西中,这在应用程序的更高级别是有意义的。例如StockServiceInitializationException
:
var configMock = new Mock<IStockServiceConfig>();
configMock.Setup(c => c.Load()).Throws<FileNotFoundException>();
StockService service = new StockService(configMock.Object);
Assert.Throws<StockServiceInitializationException>(_ => service.Connect("bing"));
configMock.VerifyAll();
如您所见,我们也不关心异常的堆栈跟踪,这会引发我们的依赖。它也可能是更底层异常的一些包装器。服务的预期行为 - 如果找不到配置,则抛出高级初始化异常。我们正在这里验证这种行为。