在軟件開發(fā)過程中我們經(jīng)常會(huì)遇到這樣一個(gè)情況，軟件開發(fā)人員時(shí)常會(huì)對代碼進(jìn)行重構(gòu)，代碼重構(gòu)對于開發(fā)人員來說可能比較省時(shí)省力，但是對于軟件測試人員來說無疑是個(gè)困難。其實(shí)重構(gòu)并不是完全打翻重來，最開始的設(shè)計(jì)也并非一無是處，軟件開發(fā)是一個(gè)過程，軟件使用的人群、環(huán)境都可能在進(jìn)行中發(fā)生變化，當(dāng)初設(shè)計(jì)中的一些假設(shè)、條件都會(huì)變化，這就需要根據(jù)新的狀況做出調(diào)整。重構(gòu)是代碼層面的重設(shè)計(jì)，代碼是軟件的實(shí)現(xiàn)方式，設(shè)計(jì)做出調(diào)整，代碼當(dāng)然也要調(diào)整。
對開發(fā)人員來說
1、重構(gòu)前要提出重構(gòu)的理由
雖然大部分重構(gòu)都是基于改進(jìn)代碼的良好愿望，但是若每次開發(fā)人員換了模塊或者項(xiàng)目就要重寫一遍相關(guān)程序，對于公司的資源是多么大的浪費(fèi)！
2、重構(gòu)前一定要通知到測試人員
測試人員最不能接受的其實(shí)不是重構(gòu)，而是開發(fā)人員重構(gòu)了代碼卻沒有通知測試人員，有時(shí)改動(dòng)兩行代碼的順序，或者注釋掉一句認(rèn)為冗余的代碼，開發(fā)人員都覺得不能稱其為重構(gòu)，一般就是順手就改了，但其實(shí)都有可能引入新的缺陷。所以要求開發(fā)人員重構(gòu)前通知測試人員，最好都列舉出來，而且，有的重構(gòu)因?yàn)橛绊懨娲螅瑫?huì)影響測試時(shí)間的長短或者測試重心，也需要及時(shí)通知測試人員及早計(jì)劃和安排。
對測試人員來說
1. 以積極的心態(tài)去面對重構(gòu)
重構(gòu)雖然有風(fēng)險(xiǎn)，短期內(nèi)也許需要更多測試的投入來保障。但從另一個(gè)角度也是一件好事，因?yàn)樗辽俦砻髁?strong>改進(jìn)代碼質(zhì)量的意愿。改進(jìn)代碼質(zhì)量不也是測試人員希望的嗎？
2. 通過積極推動(dòng)自動(dòng)化的方式，將重構(gòu)后回歸測試的代價(jià)降低
這里說的自動(dòng)化測試并不僅僅是測試人員常用的功能層面的測試，還包括開發(fā)人員的單元測試。在一個(gè)自動(dòng)化測試框架的保障下，重構(gòu)不一定會(huì)需要太多額外的測試代價(jià)。
對管理人員來說
由開發(fā)組長主動(dòng)安排某個(gè)版本集中進(jìn)行重構(gòu)，而非從下到上，由每個(gè)開發(fā)人員在各個(gè)版本隨機(jī)提出重構(gòu)，避免每次都進(jìn)行大規(guī)模的回歸測試。
重構(gòu)也是對原有代碼的完善，消除代碼中的腐臭味，讓代碼更健壯、效率更高、更易維護(hù)，這是軟件開發(fā)的規(guī)律決定的，沒有人能一次寫出完善的代碼。所以面對軟件開發(fā)中重構(gòu)的一些問題我們都應(yīng)積極去解決?，F(xiàn)在濟(jì)南軟件開發(fā)的公司那么多，想要完全管理的好也不是一件容易的事情，對于軟件公司來說，開發(fā)過程中的管理也需要有條理性的進(jìn)行。
選購指南:
本公司主要為山東地區(qū)的商業(yè)、企業(yè)單位及個(gè)人提供各類定制開發(fā)服務(wù)，如：濟(jì)南軟件定制開發(fā)、濟(jì)南APP定制開發(fā)、O2O軟件、微信定制開發(fā)以及BOSS業(yè)務(wù)支撐平臺、公司管理系統(tǒng)、濟(jì)南管理軟件等整體的信息化解決方案，能夠滿足各種大中小型商業(yè)、企業(yè)及個(gè)人的需要。
