要让程序变得可测试，可以遵循以下几个关键原则和实践：
设计单纯
尽量保持程序简单，避免不必要的复杂结构。遵循KISS原则（Keep It Simple, Stupid）。
方法长度应控制在30行以内，以提高可读性和可维护性。
容易初始化
在单元测试中能够轻松初始化待测程序，依赖较少或易于隔绝外部依赖。
如果初始化困难，可能表明设计上存在问题。
输入参数可控
在单元测试中能够轻易模拟不同的测试场景，控制输入参数，以便测试各种情况而不必依赖真实环境。
耦合度低
降低代码之间的耦合度，使各个部分可以独立测试和替换，便于问题排查和测试。
漏斗型设计
通过公共逻辑的归一化和提取，减少测试工作量，并提高公共方法和功能的质量保证。
确定的执行路径
避免使用时间或随机数来选择执行路径，将这些方法提取到公共函数中，以便在测试中控制程序的执行路径。
语法简单
使用简单的语法，减少代码的复杂性，使其更易于测试。
重大分支有开关
在代码中添加开关或条件判断，以便在测试时能够轻松地选择不同的执行路径。
方法可重写
在设计时尽量使用关键字`virtual`来标记方法，以便在测试时可以进行重写。
面向接口设计
保持代码面向接口设计，使依赖关系更易于替换，便于创建伪对象进行测试。
避免密封类
避免使用密封类，因为它们限制了类的扩展性和测试能力。
重构
如果代码难以测试，应先进行重构，以提高其可测试性。重构可以帮助简化代码结构，降低耦合度。
控制性和可见性
提供明确的输入参数和返回值，使测试者能够方便地控制和观察软件的状态和输出。
简约性
保持组件简单和内聚，减少需要测试的部分，从而提高测试的可靠性和速度。
遵循SOLID原则
遵循SOLID原则，特别是单一职责原则（SRP）、开放-封闭原则（OCP）、依赖倒置原则（DIP）等，以提高代码的可测试性和可维护性。
使用依赖注入（DI）
通过依赖注入，可以在运行时传递依赖项，而不是在编译时硬编码，从而方便使用模拟对象或测试替身进行单元测试。
通过遵循这些原则和实践，可以显著提高程序的可测试性，使测试过程更加高效和可靠。