当对未来重构后的代码结构有清楚的认识同时又有足够的测试覆盖时，可以不比严格按照TDD的节奏来进行重构。 好处是可以节省大量的平行实现。 这相当于你对这块代码有足够的信心，可以加大前进步伐。即使出问题也在可控范围之内。 因此我们在使用TDD时并不是始终保持一个不变的节奏，实际情况下根据你对当前情况的认知会做出相应的调整，信心充分就可以加大步伐，信心不足就严格执行，小步前进。这是非常灵活的。