曹靜粉
【摘 要】軟件測試過程分為軟件測試需求分析與測試策劃、測試設計、測試執(zhí)行、測試總結(jié)四個階段,本文說明了各階段應完成的主要任務和實施步驟,并結(jié)合GJB5000A軍用軟件成熟度模型管理的方法,提出了基于GJB5000A的軟件測試過程管理方法,闡述了該方法中監(jiān)督與控制、質(zhì)量保證管理和配置管理的內(nèi)容和要求,實現(xiàn)了我所軟件測試過程的規(guī)范管理,提高了我所軟件測試過程的管理水平,保證了我所軟件測試的質(zhì)量與效率。
【關鍵詞】GJB5000A;軟件測試;監(jiān)督與控制;質(zhì)量保證;配置管理
0 引言
隨著我所軟件多樣化、邏輯復雜化的發(fā)展,軟件的質(zhì)量已經(jīng)稱為一個非常重要的問題,軟件測試是解決軟件質(zhì)量問題的有效手段,如何提高我所軟件測試質(zhì)量與效率是測試中心研究的重要課題,由中國人民解放軍總裝備部提出的GJB5000A軍用軟件研制能力成熟度模型為高可靠、復雜的軟件開發(fā)過程管理提供了有效地方法與途徑。
1 軟件測試過程概述
整個軟件測試過程可以劃分為需求分析與測試策劃、測試設計、測試執(zhí)行、測試總結(jié)四個階段,下面對這四個階段的主要活動和步驟進行詳細描述。
1.1 測試需求分析與測試策劃
測試中心根據(jù)被測軟件的需求規(guī)格說明或設計說明文檔(根據(jù)測試級別確定)測試要求或合同等,對被測軟件進行測試需求分析與測試策劃。
測試需求分析與測試策劃階段的步驟包括:
1)進行測試需求分析:如果有自動化測試管理工具,可將需求規(guī)格說明或設計說明中的需求同步到測試需求管理中;如果沒有自動話測試管理工具,需要編寫測試需求規(guī)格說明;
2)制定測試計劃:包含被測對象、測試環(huán)境和測試的時間、資源安排。
1.2 測試設計
測試中心應根據(jù)測試需求分析和測試策劃的結(jié)果進行測試設計,步驟應包括:
1)設計測試用例,編寫測試說明;
2)確定測試用例的執(zhí)行順序;
3)準備和驗證所有的測試用數(shù)據(jù),針對測試輸入要求,設計測試用的數(shù)據(jù),如數(shù)據(jù)類型、輸入方法等;
4)準備并獲取測試資源,如測試環(huán)境所必須的軟、硬件資源等;
5)必要時,編寫測試執(zhí)行需要的程序,如測試的驅(qū)動模塊、樁模塊等;
6)建立和驗證測試環(huán)境,記錄驗證結(jié)果,說明測試環(huán)境的偏差對測試結(jié)果的影響。
1.3 測試執(zhí)行
測試人員應按照測試計劃和測試說明的內(nèi)容和要求執(zhí)行測試,根據(jù)每個測試用例期望的測試結(jié)果、實際測試結(jié)果和評估準則,判定測試用例是否通過。當測試用例不通過時,應根據(jù)不同的缺陷類型,采取相應的措施:
1)對測試工作中的缺陷,如測試說明的缺陷、測試數(shù)據(jù)的缺陷、執(zhí)行測試步驟時的缺陷、測試環(huán)境中的缺陷等,記錄到不符合項跟蹤表表中,并實施相應的變更;
2)對被測軟件的缺陷應記錄到缺陷跟蹤表中。
當所有測試用例都執(zhí)行完畢后,測試人員應根據(jù)測試的充分性要求分析測試工作是否充分,是否需要進行補充測試:
1)當測試過程正常終止時,如果發(fā)現(xiàn)測試工作不足或測試未達到預期要求時,應進行補充測試;
2)當測試過程異常中止時,應記錄導致中止的條件、未完成的測試或未被修正的錯誤。
在執(zhí)行測試的過程中,可根據(jù)測試的進展情況補充測試用例,但應留下用例記錄,并在執(zhí)行測試后,變更測試說明。
1.4 測試總結(jié)
測試人員應根據(jù)測試需求、被測軟件文檔、測試需求分規(guī)格說明、測試計劃、測試說明、測試記錄和缺陷跟蹤表等有關文檔,對測試缺陷和結(jié)果進行分類和總結(jié),編制測試報告,進行測試總結(jié)評審。
測試總結(jié)評審的具體內(nèi)容和要求是:
1)評審測試文檔與記錄內(nèi)容的完整性、正確性和規(guī)范性;
2)評審測試活動的獨立性和有效性;
3)評審測試環(huán)境是否符合測試要求;
4)評審測試報告與缺陷跟蹤表的一致性;
5)評審實際測試過程與測試計劃、測試說明的一致性;
6)評審測試結(jié)果的真實性和準確性。
2 基于GJB5000A的軟件測試過程的管理
在軟件測試從測試需求分析到測試總結(jié)的過程中還需要監(jiān)督與控制、配置管理、質(zhì)量保證活動的支持,才能保證測試的有效性。
2.1 測試過程的監(jiān)督與控制
1)監(jiān)督與控制的目的
監(jiān)督與控制的目的是控制測試過程的實際進展情況,以便測試負責人在測試的實際進展情況與測試計劃有重大偏離時采取有效措施。
測試組織應制定監(jiān)督與控制計劃,包括監(jiān)督的內(nèi)容、如何進行監(jiān)督以及監(jiān)督的頻率等。
2)監(jiān)督與控制活動
監(jiān)督與控制可采用日報、周報、周例會等形勢,進行的活到主要包括:
(1)進度的監(jiān)督與控制:通過對進度的監(jiān)控,當進度發(fā)生重大偏離時,測試負責人能夠及時的采取必要的措施。一般情況下,進度推遲20%以上時應采取適當?shù)募m正措施;
(2)人員的監(jiān)督與控制:對測試人員使用、測試工作效率等情況進行監(jiān)督,使測試人員使用情況得到及時處理;
(3)資源的監(jiān)督與控制:對資源(如測試環(huán)境)使用情況進行監(jiān)督,使影響測試進度的資源使用情況得到及時處理;
(4)風險的監(jiān)督與控制:對風險事件的分析、應對措施、影響情況、發(fā)生概率進行監(jiān)督,當風險事件發(fā)生變化時及時采用相應的應對措施。
2.2 測試過程的配置管理
配置管理是對測試對象的管理以及測試產(chǎn)生的中間產(chǎn)品的版本管理,測試過程中軟件的隨意更改和版本混亂常常導致測試工作無效,因此有效的配置管理過程對保障測試效率至關重要。
在測試過程中可以使用配置管理工具,將一組測試定為基線,這樣就可以為一組測試建立版本號,同時對測試用例和測試產(chǎn)品進行有效的版本管理。配置管理活動應包括:
1)制定配置管理計劃:配置管理計劃主要是策劃基線、標識配置項、制定配置變更規(guī)定,安排配置審核和狀態(tài)報告的時間;
2)實施配置管理控制:在測試的整個過程中按照配置變更規(guī)定對配置進行控制;
3)執(zhí)行配置審核:按照配置管理計劃中規(guī)定的時間進行配置審核;
4)配置狀態(tài)報告:在配置項或基線的狀態(tài)發(fā)生變更時,進行配置狀態(tài)報告,報告的內(nèi)容包括發(fā)生狀態(tài)變更的配置項或基線名稱、標識、版本、變更的時間、變更的原因、影響范圍等。
2.3 測試過程的質(zhì)量保證
測試過程質(zhì)量保證的目的檢查測試正在使用的過程和工作產(chǎn)品與其對應的要求和標準的符合性。測試過程的質(zhì)量保證活動包括:
1)制定質(zhì)量保證計劃:質(zhì)量保證計劃主要安排工作產(chǎn)品和過程的審核時間;
2)根據(jù)質(zhì)量保證計劃對測試過程和工作產(chǎn)品遵循所用標準、規(guī)程和需求的符合性進行審核;
3)記錄審核結(jié)果,形成質(zhì)量審核報告;
4)跟蹤發(fā)現(xiàn)的不符合項,直至不符合項得到適當處理。
3 結(jié)語
基于對GJB5000A軍用軟件成熟度模型的研究,結(jié)合高可靠、復雜的軟件測試項目的具體情況,提出了基于GJB5000A的軟件測試過程管理的解決方案,實現(xiàn)了我所軟件測試過程的規(guī)范管理。采用這個解決方案,對提高測試中心的管理水平和技術(shù)水平都發(fā)揮了極大的作用。
【參考文獻】
[1]鄭羽軟件測試項目過程管理與實踐[D].西南交通大學,2010.
[2]董威.基于CMM的軟件測試技術(shù)及其應用[D].華東師范大學,2006.
[3]劉文紅.基于CMM的軟件測試過程管理[J].現(xiàn)代計算機,2008.
[4]軍用軟件測試指南[S].
[5]軍用軟件能力成熟度模型[Z].
[責任編輯:楊玉潔]