单元测试 – 如何测试依赖注入？

我已经测试了我的应用程序的各个组件,它们都可以工作,但我怎么知道整个应用程序的工作原理？

好消息

考虑一下你所处的位置有多好,相比之下：

我现在已经编写了所有这些代码,我怎么知道应用程序是否有效？

您在单元测试中找到并删除了错误.依赖注入样式的编码使依赖关系变得清晰,并消除了对全局变量的依赖.这些技术本身意味着你会有更少的错误,特别是更少的错误,只有在整个应用程序放在一起时才能显示出来.

测试更大

现在,继续回答您的问题,您可以编写一个自动化测试来断言您的依赖注入容器返回了一个特定的验证器.更好的是,我赞成写作测试：

>向DI容器询问一个对象(后面是协作对象的图表,例如验证器列表)
>让对象执行它的功能(验证这些数据)
>断言结果(例如验证错误)

您可能希望使用test double替换访问数据库的某些对象,当前服务器时间,Web服务等.这很容易,因为您正在使用依赖注入.

除非一个类特别麻烦,否则我更愿意在这个级别进行测试,因为它允许更多的测试在重构中存活.如果作为较大测试的一部分进行练习,则圈复杂度为1的类不需要独立测试.具有较高圈复杂度的类可以.

很多测试,但它有效吗？

即便如此,你可能也在想,但整件事情有效吗？

要最终回答这个问题,您需要以最终形式测试应用程序.对于Web应用程序,这意味着将其部署在具有适当数据库和真实防火墙等的适当服务器上.然后,您可以使用Selenium等手动测试或测试.

注入正确依赖项的失败将导致注入组件要执行的任何功能的灾难性错误.没有必要测试每个组合,但轻轻触摸每个组件.