济南软件开发:如何看待软件开发中的代码重构?

发表于:2016-03-28 15:00:35
【内容导读】在软件开发过程中我们经常会遇到这样一个情况,软件开发人员时常会对代码进行重构,代码重构对于开发人...

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

对开发人员来说

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

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

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

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

对测试人员来说

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

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

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

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

对管理人员来说

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

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

 

选购指南:

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