五、测试、迭代及重构

一个项目开发完成之后，就要面临着交付的问题。为保证交付的质量，一定要进行仔细的测试验证。

前端项目可以通过QA(Quality Assurance 质量保证部)测试保证稳定性，而后端项目则更多需要开发人员自身保证质量，因为除了业务响应有时可以通过前端表现发现一些问题，更多的后端修改，不会产生明显的前端变化，测试人员感知不到后端是否产生错误。还有一些问题，需要在高并发或长时间运行才会触发，少量人员测试，短时间测试，都无法触发问题。

项目的迭代，一般是由业务变动而产生，增加新的需求，改善原有流程等；也可能是由开发推动产生，比如优化结构，增加详细日志输出等。我们提供的产品是服务，服务上线仅仅是开始，后面不断的迭代才是常态。

最后提到重构，项目迭代会不断的改变原始需求，而根据原始需求进行的结构设计，在需求变动后可能就不再合适。这时候就需要进行代码重构，使项目一直处于一个优化状态，而不是为了某些功能进行妥协，打补丁式的增加功能，最后整个项目搞成一团乱麻，每次迭代都需要花费很多的时间实现功能，并且无法保证修改后的稳定性。

实际上，重构不应该只发生在业务迭代的时候，项目开发过程中，每时每刻都应该在进行小的重构。我们不推荐一次性进行大的改变，风险太高，而每次一小步的优化重构，则可以规避这个风险。