在软件开发过程中我们经常会遇到这样一个情况，软件开发人员时常会对代码进行重构，代码重构对于开发人员来说可能比较省时省力，但是对于软件测试人员来说无疑是个困难。其实重构并不是完全打翻重来，最开始的设计也并非一无是处，软件开发是一个过程，软件使用的人群、环境都可能在进行中发生变化，当初设计中的一些假设、条件都会变化，这就需要根据新的状况做出调整。重构是代码层面的重设计，代码是软件的实现方式，设计做出调整，代码当然也要调整。

对开发人员来说

1、重构前要提出重构的理由

虽然大部分重构都是基于改进代码的良好愿望，但是若每次开发人员换了模块或者项目就要重写一遍相关程序，对于公司的资源是多么大的浪费！

2、重构前一定要通知到测试人员

测试人员最不能接受的其实不是重构，而是开发人员重构了代码却没有通知测试人员，有时改动两行代码的顺序，或者注释掉一句认为冗余的代码，开发人员都觉得不能称其为重构，一般就是顺手就改了，但其实都有可能引入新的缺陷。所以要求开发人员重构前通知测试人员，最好都列举出来，而且，有的重构因为影响面大，会影响测试时间的长短或者测试重心，也需要及时通知测试人员及早计划和安排。

对测试人员来说

1. 以积极的心态去面对重构

重构虽然有风险，短期内也许需要更多测试的投入来保障。但从另一个角度也是一件好事，因为它至少表明了改进代码质量的意愿。改进代码质量不也是测试人员希望的吗？

2. 通过积极推动自动化的方式，将重构后回归测试的代价降低

这里说的自动化测试并不仅仅是测试人员常用的功能层面的测试，还包括开发人员的单元测试。在一个自动化测试框架的保障下，重构不一定会需要太多额外的测试代价。

对管理人员来说

由开发组长主动安排某个版本集中进行重构，而非从下到上，由每个开发人员在各个版本随机提出重构，避免每次都进行大规模的回归测试。

重构也是对原有代码的完善，消除代码中的腐臭味，让代码更健壮、效率更高、更易维护，这是软件开发的规律决定的，没有人能一次写出完善的代码。所以面对软件开发中重构的一些问题我们都应积极去解决。现在济南软件开发的公司那么多，想要完全管理的好也不是一件容易的事情，对于软件公司来说，开发过程中的管理也需要有条理性的进行。

选购指南:

本公司主要为山东地区的商业、企业单位及个人提供各类定制开发服务，如：济南软件定制开发、济南APP定制开发、O2O软件、微信定制开发以及BOSS业务支撑平台、公司管理系统、济南管理软件等整体的信息化解决方案，能够满足各种大中小型商业、企业及个人的需要。