11｜单元测试（二）：四象限法让你的单测火力全开

通过本文，读者可以了解到如何通过四象限法评估代码的可测试性，并从一个实际需求出发，展示了如何通过重构提高代码的可测试性。同时，文章还强调了持续重构的重要性，以打磨出更好的设计。这对于开发人员和自动化测试架构师来说，是一篇具有实际指导意义的技术文章。 文章首先介绍了一个简单的需求，即用户在页面上修改邮箱地址，但在FoodCome平台上有特定的业务逻辑。接着，作者通过引入四象限法来评估代码的可测试性，指出原始代码的User Class属于复杂代码象限，难以进行单元测试。随后，作者提出了版本V2的改进方案，将业务逻辑和外部依赖的交互分离，创建了一个新的UserController Class来专注管理外部依赖，同时对User Class进行了重构。最终，作者总结了版本V2的改进，指出现在的代码具有更好的可测试性，User Class和UserController Class都可以进行测试。 通过三个版本的代码例子，读者也应该发现了，单元测试并不是眉毛胡子一把抓。首先，应该关注业务逻辑能否在单元测试里充分测试，这是跟自动化测试高度关联的地方。而Mock的目标，则是辅助业务逻辑能够更早更快地测试。文章最后提出了一个思考题，制定单元测试覆盖率100%的目标有价值么？如果让你制定目标，你会怎么做？ 总的来说，本文通过实际案例和代码示例，向读者展示了如何通过四象限法评估代码的可测试性，并通过重构提高代码的可测试性，强调了持续重构的重要性，对于开发人员和自动化测试架构师具有实际指导意义。