通过设计考虑简化测试,同时利用依赖注入

我的主观观点:

• mef看起来是一个非常好的插件框架;它并不是被设计成一个成熟的di框架。如果不需要实时可交换组件,请调查 full DI/IoC Container frameworks . Unity 是微软的替代品。
• 确定你是 不 做 Service Locator anti-pattern . 尽可能使用接口的构造函数注入。看到这个 great post by Mark Seemann 和 this one by Jimmy Bogard . 你所说的“尽可能多地利用容器”是一个值得关注的问题-很少有类需要知道 任何东西 关于集装箱。
• 获得一个非常好的模拟/隔离框架,并学习如何使用它。我爱 Moq . 尽可能在被测系统上进行状态验证,而不是在模拟上进行行为验证。
• 读 The Art of Unit Testing . 阅读其他关于单元测试的书籍和文章。实践 TDD . 继续学习。
• 读 Clean Code 确保你的课程遵循 SOLID 原则(特别是 Single Responsibility Principle )。冗长的模拟设置是一种代码味道;您的类可能做得太多了。高代码覆盖率很好,但更好的度量标准可能是 cyclomatic complexity .
• 不要担心单元测试的编写时间比生产代码长。不过,将测试当作生产代码对待,并在可以保持可读性和可维护性的情况下删除重复项。

这里有一些关于di和良好设计实践(在编写可测试代码方面)的好链接,您可能需要查看(google tech talks):

• Clean Code Talks - Don't Look For Things!
• Clean Code Talks - "Global State and Singletons"
• Clean Code Talks - "GuiceBerry"

我发现它们在可测试设计方面有很多有用的技巧。