軟件測(cè)試階段的版本管理研究

摘 要：隨著信息化技術(shù)的發(fā)展，軟件測(cè)試作為軟件工程中的重要環(huán)節(jié)逐漸受到重視。為保證測(cè)試結(jié)果的準(zhǔn)確性，在測(cè)試過(guò)程中對(duì)軟件版本的管理尤為重要。本文通過(guò)對(duì)軟件版本管理技術(shù)和方法的研究，結(jié)合測(cè)試階段的特點(diǎn)，提出了一種基于職責(zé)、流程、規(guī)則、屬性四要素的軟件版本管理方法（DFRA模型），從而確保測(cè)試工作和被測(cè)版本的有效性，并且使整個(gè)測(cè)試過(guò)程可追溯。

關(guān)鍵詞：軟件測(cè)試；版本管理；DFRA

中圖分類(lèi)號(hào)：TP311.53

1 測(cè)試版本管理的現(xiàn)狀與問(wèn)題

眾所周知，測(cè)試是提升軟件質(zhì)量的有效手段。然而，在測(cè)試過(guò)程中，我們經(jīng)常會(huì)遇到如下問(wèn)題：測(cè)試執(zhí)行過(guò)程中，已經(jīng)修復(fù)的缺陷，在下一個(gè)版本中重復(fù)出現(xiàn)；測(cè)試人員提交的缺陷被開(kāi)發(fā)人員退回，理由是開(kāi)發(fā)環(huán)境上不可重現(xiàn)。究其原因，就是測(cè)試版本管理的隨意性：在測(cè)試開(kāi)始之前沒(méi)有制定測(cè)試過(guò)程中的軟件版本管理計(jì)劃，沒(méi)有指定相應(yīng)責(zé)任人，也沒(méi)有制定版本管理的規(guī)則和流程，于是在測(cè)試過(guò)程中，何時(shí)由何人發(fā)布版本就不明確，隨意的發(fā)布版本，造成了上述問(wèn)題。軟件版本管理是配置管理的一個(gè)重要部分，業(yè)內(nèi)專(zhuān)家和學(xué)者進(jìn)行了一些版本管理方面的研究，如軟件配置管理中版本管理技術(shù)研究[1]，增量開(kāi)發(fā)軟件項(xiàng)目版本管理關(guān)鍵問(wèn)題解析[2]，基于構(gòu)件的軟件配置管理中版本管理關(guān)鍵技術(shù)研究[3]等。但是，對(duì)測(cè)試過(guò)程中軟件版本管理的研究非常少，在實(shí)際的項(xiàng)目中，測(cè)試階段的版本管理也基本采用與開(kāi)發(fā)階段的版本管理同樣的工具與方法。目前，市場(chǎng)上有上百種軟件版本管理工具，這些版本管理工具一般采用的是“檢出-修改-檢入”的模式，是基于源代碼文件的版本控制，完成代碼的統(tǒng)一管理，對(duì)于開(kāi)發(fā)過(guò)程來(lái)說(shuō)比較適用。但是測(cè)試過(guò)程中的版本管理與開(kāi)發(fā)過(guò)程中的版本管理的粒度不同，測(cè)試過(guò)程關(guān)注的不是軟件中某一段代碼的維護(hù)，而是要將軟件作為一個(gè)整體發(fā)布，形成一個(gè)可測(cè)試的軟件版本。因此測(cè)試過(guò)程中的軟件版本管理雖然要以版本管理工具為依托，但是更需要一種規(guī)范化的流程和方法來(lái)對(duì)測(cè)試軟件的版本管理所涉及的要素進(jìn)行明確。

2 測(cè)試版本管理的目標(biāo)

為解決上述問(wèn)題，本文的研究工作將針對(duì)測(cè)試階段的軟件版本管理，通過(guò)研究制定一套測(cè)試過(guò)程的軟件版本管理流程和規(guī)則。以期望達(dá)到如下目標(biāo)：

（1）使每一輪測(cè)試都在有效的版本上進(jìn)行。如果在測(cè)試執(zhí)行中，被告知被測(cè)版本無(wú)效，需要在另外的版本上重新測(cè)試，這會(huì)極大影響測(cè)試效率和進(jìn)度，因此，有效的測(cè)試版本是保證測(cè)試效率的基礎(chǔ)。

（2）使測(cè)試過(guò)程可追溯。測(cè)試過(guò)程中的軟件版本管理，除包含軟件本身，還應(yīng)包含與軟件相對(duì)應(yīng)的文檔說(shuō)明。也就是說(shuō)在每次發(fā)布新的軟件版本時(shí)，應(yīng)同時(shí)提交相應(yīng)的文檔，說(shuō)明此版本的軟件實(shí)現(xiàn)了哪些功能，進(jìn)行了哪些變更，修正了哪些缺陷，從而使測(cè)試，缺陷都能與版本對(duì)應(yīng)，達(dá)到可追溯的目標(biāo)。這樣，通過(guò)測(cè)試的軟件可以形成一個(gè)基線版本，傳遞至下一環(huán)節(jié)。

（3）使軟件在出現(xiàn)問(wèn)題時(shí)，可以方便的回退到上一個(gè)版本。通過(guò)規(guī)范化的軟件版本管理，可保留在系統(tǒng)形成可測(cè)試的基礎(chǔ)版本到基線版本的任意版本的備份及相對(duì)應(yīng)的文檔說(shuō)明，假設(shè)軟件部署后，出現(xiàn)了嚴(yán)重的問(wèn)題，可方便的回退到此過(guò)程中任意穩(wěn)定版本。同樣，軟件在升級(jí)更新的過(guò)程中，如果由于更新的代碼出現(xiàn)錯(cuò)誤影響到了原有的代碼，也可方便的將版本進(jìn)行回退。

總而言之，測(cè)試版本管理的目標(biāo)是就是在測(cè)試過(guò)程中對(duì)需要測(cè)試的軟件版本進(jìn)行控制、記錄、追蹤，最終確保測(cè)試工作和被測(cè)版本的正確性、完整性、可控性，使得通過(guò)測(cè)試的版本能夠滿足用戶(hù)需求。

3 測(cè)試階段的軟件版本管理模型DFRA

測(cè)試階段的版本管理與開(kāi)發(fā)階段的版本管理關(guān)注點(diǎn)不同，在開(kāi)發(fā)階段，開(kāi)發(fā)人員關(guān)心的僅僅是代碼段、與代碼相關(guān)的需求、設(shè)計(jì)，而對(duì)于測(cè)試階段來(lái)說(shuō)，測(cè)試是將整個(gè)軟件（包括需求、代碼、設(shè)計(jì)、文檔等），作為基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與其他系統(tǒng)元素結(jié)合在一起測(cè)試。

針對(duì)測(cè)試階段的特點(diǎn)，我們提出一個(gè)基于DFRA模型的版本管理方法。測(cè)試階段的軟件版本管理由四個(gè)要素組成：職責(zé)（Duty）、流程（Flow）、規(guī)則（Rule）、屬性（Attribute）。

3.1 版本管理角色與職責(zé)

版本管理的第一步是明確版本管理的角色和職責(zé)。通常針對(duì)版本管理中的問(wèn)題，需要多方面人員共同協(xié)調(diào)解決，在版本管理中需要參與的角色包括：

版本管理員：實(shí)施版本管理（建立版本基線、實(shí)施版本變更操作）、版本基線發(fā)布、備份。

項(xiàng)目經(jīng)理：負(fù)責(zé)審核代碼、并提交測(cè)試版本變更、確定版本信息。

開(kāi)發(fā)人員：負(fù)責(zé)提交本人編寫(xiě)的代碼，保證代碼的正確性。

測(cè)試人員：對(duì)各版本進(jìn)行測(cè)試，提交缺陷，新版本發(fā)布后進(jìn)行回歸測(cè)試。

3.2 版本管理流程

明確版本管理流程，就是根據(jù)版本管理的角色分工去實(shí)施版本的管理的過(guò)程。本節(jié)從版本的總體管理流程和測(cè)試過(guò)程中的具體版本發(fā)布流程兩個(gè)角度進(jìn)行說(shuō)明。

版本的總體管理流程如圖1所示，首先將通過(guò)集成測(cè)試的軟件形成一個(gè)基礎(chǔ)版本，然后在測(cè)試過(guò)程中根據(jù)實(shí)際情況進(jìn)行相應(yīng)的版本發(fā)布管理，系統(tǒng)測(cè)試結(jié)束之后，形成了一個(gè)基線版本。此版本可作為下一個(gè)測(cè)試階段如業(yè)務(wù)驗(yàn)收測(cè)試的基礎(chǔ)版本。同時(shí)系統(tǒng)測(cè)試總結(jié)報(bào)告的測(cè)試結(jié)論也是基于測(cè)試階段最后的基線版本得出。測(cè)試階段的版本管理流程是測(cè)試過(guò)程的一部分，在圖2中體現(xiàn)為：

具體流程說(shuō)明如下：（1）開(kāi)發(fā)人員完成所負(fù)責(zé)模塊的代碼編寫(xiě)任務(wù)后，提交到項(xiàng)目經(jīng)理處；（2）項(xiàng)目經(jīng)理向測(cè)試部門(mén)提交測(cè)試任務(wù)；（3）版本管理員準(zhǔn)備測(cè)試所需的環(huán)境，發(fā)布基礎(chǔ)版本；（4）測(cè)試人員開(kāi)展測(cè)試并實(shí)時(shí)提交BUG；（5）開(kāi)發(fā)人員處理測(cè)試過(guò)程中所出現(xiàn)的BUG，進(jìn)行相應(yīng)修改后，提交代碼和修改說(shuō)明至項(xiàng)目經(jīng)理處；（6）項(xiàng)目經(jīng)理提交發(fā)布請(qǐng)求至版本管理員處；（7）版本管理員發(fā)布新的版本后，通知項(xiàng)目組成員（包括測(cè)試人員）；（8）提交給測(cè)試人員進(jìn)行回歸測(cè)試；（9）測(cè)試完成后，測(cè)試人員提交測(cè)試報(bào)告；（10）項(xiàng)目經(jīng)理與各相關(guān)人員經(jīng)討論后確定好新版本各項(xiàng)信息，版本管理員發(fā)布基線版本。

3.3 版本標(biāo)識(shí)規(guī)則

進(jìn)行版本標(biāo)識(shí)，將每次發(fā)布的版本通過(guò)標(biāo)識(shí)進(jìn)行區(qū)分，并達(dá)到使版本標(biāo)識(shí)規(guī)范和清晰的目標(biāo)。采用的命名規(guī)則為項(xiàng)目簡(jiǎn)稱(chēng)：主版本號(hào)、子版本號(hào)、階段版本號(hào)、日期版本號(hào)。當(dāng)軟件首次被提交到測(cè)試階段時(shí)，會(huì)形成一個(gè)初始版本：項(xiàng)目簡(jiǎn)稱(chēng)1.0.0日期。下表對(duì)主版本號(hào)、子版本、階段版本號(hào)如何劃分進(jìn)行說(shuō)明：

3.4 版本屬性

針對(duì)測(cè)試過(guò)程中軟件的每一個(gè)版本，都要有文檔描述其相應(yīng)屬性。開(kāi)發(fā)人員在提交本人所負(fù)責(zé)模塊的代碼時(shí)，需要告知版本管理員，所做的修改，如增加的功能、特性或模塊，修復(fù)的缺陷等。版本管理員在每次發(fā)布新的版本后，都要填寫(xiě)該版本的修訂說(shuō)明并發(fā)送項(xiàng)目組全體成員。并且在缺陷管理工具中配置相應(yīng)的版本號(hào)，以便使測(cè)試人員在提交和驗(yàn)證缺陷時(shí)能與被測(cè)試的軟件版本相對(duì)應(yīng)。

3.5 小結(jié)

綜上所述，在基于DFRA模型的測(cè)試版本管理方法中，職責(zé)是基礎(chǔ)，流程是主線，規(guī)則與屬性是核心，這四個(gè)要素缺一不可（圖3）。通過(guò)明確職責(zé)，采用規(guī)范的流程進(jìn)行版本管理，實(shí)現(xiàn)確保每個(gè)測(cè)試版本有效性的目標(biāo)，通過(guò)明確規(guī)則，描述版本屬性實(shí)現(xiàn)了可追溯的目標(biāo)，同時(shí)在確保了每個(gè)版本的有效性及可追溯性的前提下，一旦軟件出現(xiàn)問(wèn)題，便可回退至上一穩(wěn)定版本。

4 實(shí)例分析

O系統(tǒng)是一個(gè)銀行管理信息類(lèi)系統(tǒng)，在項(xiàng)目一期的系統(tǒng)測(cè)試階段沒(méi)有采用規(guī)范的版本管理方法，主要由項(xiàng)目經(jīng)理臨時(shí)決定發(fā)布版本，在測(cè)試過(guò)程中，出現(xiàn)過(guò)多次修復(fù)的缺陷反復(fù)出現(xiàn)的情況，更嚴(yán)重的是已修復(fù)的缺陷在生產(chǎn)系統(tǒng)上出現(xiàn)的情況。在二期的系統(tǒng)測(cè)試階段中，項(xiàng)目組采用基于DFRA模型的方法進(jìn)行軟件版本管理。在測(cè)試開(kāi)始執(zhí)行前，即指定了專(zhuān)人作為版本管理員，同時(shí)項(xiàng)目經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員都通過(guò)培訓(xùn)樹(shù)立了較強(qiáng)的版本管理意識(shí)，在測(cè)試過(guò)程中嚴(yán)格按照版本管理流程進(jìn)行版本發(fā)布，同時(shí)每次發(fā)布的版本都有唯一的版本標(biāo)識(shí)，在缺陷管理工具中及時(shí)更新版本列表，用表格記錄每個(gè)唯一版本的屬性。在整個(gè)系統(tǒng)測(cè)試執(zhí)行期間，按照測(cè)試階段的軟件版本管理流程（圖3）發(fā)布版本15次，生成了版本屬性表格（表2）。

通過(guò)采用DFRA版本管理方法，使系統(tǒng)測(cè)試始終都在有效的版本上執(zhí)行，未出現(xiàn)由于版本錯(cuò)誤導(dǎo)致測(cè)試返工的情況；同時(shí)實(shí)現(xiàn)了可追溯的目標(biāo)，使功能模塊發(fā)現(xiàn)的缺陷、修復(fù)的缺陷都能與版本不相對(duì)應(yīng)；并且在上線前，由于開(kāi)發(fā)人員修改某段代碼導(dǎo)致系統(tǒng)功能不可用，采取了回退至基線版本的方法；實(shí)現(xiàn)了測(cè)試版本管理的預(yù)期目標(biāo)。

5 結(jié)束語(yǔ)

本文提出了一個(gè)基于DFRA模型的測(cè)試階段軟件版本管理方法，并通過(guò)實(shí)例描述了該方法的使用。與開(kāi)發(fā)過(guò)程中使用的版本管理方法不同，開(kāi)發(fā)過(guò)程的版本管理一般是源代碼級(jí)別的，實(shí)現(xiàn)代碼的統(tǒng)一管理。而測(cè)試過(guò)程的版本管理模型是將源代碼、數(shù)據(jù)結(jié)構(gòu)、文檔視為一個(gè)整體。通過(guò)版本管理，保持軟件版本與文檔的一致性，從而使整個(gè)測(cè)試過(guò)程可追溯，軟件在出現(xiàn)重大問(wèn)題時(shí)，可回退至任意穩(wěn)定版本。

參考文獻(xiàn)：

[1]劉燕秋，勉玉靜，趙文耘.軟件配置管理中版本管理技術(shù)研究[J].計(jì)算機(jī)工程與應(yīng)用，2003（21）：68-71.

[2]趙穎，蔡伶.增量開(kāi)發(fā)軟件項(xiàng)目版本管理關(guān)鍵問(wèn)題解析[J].軟件導(dǎo)刊，2012（05）.

[3]韋杰.基于構(gòu)件的軟件配置管理中版本管理關(guān)鍵技術(shù)研究[D].大連海事大學(xué)，2006.

作者簡(jiǎn)介：張金山（1959-），男，陜西人，本科，副處長(zhǎng)，工程師，研究方向：測(cè)試?yán)碚摷肮芾?；張鴻?980-），男，土家族，湖北人，本科，職能組經(jīng)理，工程師，研究方向：測(cè)試?yán)碚摷肮芾?；劉沅斌?983-），女（漢族，湖南人，本科，一般員工，工程師，研究方向：測(cè)試?yán)碚摷肮芾恚悔w娜（1979-），女，山東人，碩士，一般員工，工程師，研究方向：測(cè)試?yán)碚摷肮芾?；郭金京?980-），女，北京人，碩士，一般員工，工程師，研究方向：測(cè)試?yán)碚摷肮芾怼?/p>

作者單位：中國(guó)農(nóng)業(yè)銀行，北京 100161