🤔☕️🤔☕️🤔 【R】划分功能上下文 简单法 软件架构。 Q1的可行需要依赖注入（Dependency Inject）和测试替身（Test Double）的加持。 哑（Dummy）/有但不用，假（Fake）/用随意值，存根（Stub）/用特定值，间谍（Spy）/记点东西，模拟（Mock）/交互验证。 【.I.】单元测试，要Mock，这个太麻烦，这个引入很多工作量，这个没必要搞这么复杂，这个不靠谱，这个…，这么稀奇古怪的理由的潜台词，有两个：1）很明显，我根本不想单元测试；2）很隐晦，我根本没明白问题点在哪里。 我工作的单位是模块，一个有边界的模块，一个定义清楚接口和操作、其对象有状态切换的模块，那么我交付的模块，就是这边界定义清晰的模块，且，我能验证交付时模块具备的功能。 也就是说，在我出手交付前，我要对我的模块做验证，它是我的工作单元，于是我把这种模块级的验证，叫做单元测试。 【Q】单元测试，要进行哪些方面，或者说哪些维度的设计，是否有推荐的文章或书籍？ — by 术子米德@2024年4月19日