最小侵入性原则：为了测试不要引入更大的混乱

为了建立测试而引入的代码改造，其侵入性必须严格低于它所保护的修改本身——如果你为了测试一个函数而重写了整个模块，那你已经制造了比原始问题更大的风险。这个原则是很多团队在"治理技术债务"时失败的根因：他们把"治理"变成了"重写"。