小步前进，尽量避免或者减少大的重构，这样可以减少突然增多的回归测试工作量，也会减少功能被破坏的风险。如果发生了大的重构，反思一下是哪里出了问题？是我们积攒了太多的技术债？还是业务领域模型发生了大的改变？然后采取措施避免类似的事情再度发生。

对于一些核心功能或者组件，进行重构之前尽早告知团队QA，如果能够给QA讲解一下重构的目的以及本次重构可能会影响到的业务区域会对QA有很大的帮助。这样做一方面可以让QA把重心放在最容易受到影响的功能上加强回归测试，另一方面也能帮助QA更合理地安排测试计划。

尽量避免在产品上线前进行重构，不仅可以减轻QA回归测试的负担，也会降低功能破坏后来不及修复的风险。

　　重构的目标是为了改善代码质量，长远来看应该是可以减少软件缺陷的，从这个角度来说QA和开发人员的目标是一致的，我们相信，如果重构恰当，必定对项目是有利无害的。