单元测试是软件质量的基本保证。但是，单元测试的概念至今应该有二十年之久，现实中在国内仍少有实践，听说即便是一线互联网大厂亦是如此。或许互联网业务反而因变动频繁，更加崇尚速度，一定程度上忽略了质量。先上线，再迭代（修补）是更普遍被接受的理念吧。
然而，更可能的原因是，单元测试不好写，不会写。
很多参考资料中单元测试的示例往往非常简单。基本上都是拿类似计算器之类与业务无关的逻辑来作为案例。而现实中，大量业务逻辑才是测试的重点，而它们又往往与大量的技术基础设施纠缠不清，从而无法方便地进行单元测试。最后，能做单元测试的就只剩下工具类了。
业务逻辑是软件的核心复杂性所在，也是测试的重中之重。为了让业务逻辑可测，首先要做的，就是要将业务逻辑与技术设施剥离。只有当业务逻辑不依赖基础设施时，才能够对它独立地进行测试。
怎么才能实现这种剥离呢？领域驱动设计开发方法给我们指明了方向。通过分离出存粹的领域层，使业务逻辑单元测试变得可行。当然，具体需要依靠各种解耦原则与方法，比如依赖接口，注入实现等等。
