軟件項目測試實施方案

軟件項目測試實施方案CMMI5標準模板）目錄TOC\o"1-5"\h\z\o"CurrentDocument"第1章 項目測試概述 5\o"CurrentDocument"第2章 測試方法論 6\o"CurrentDocument"2.1 完全生命周期測試模型 6\o"CurrentDocument"2.2 測試階段 7\o"CurrentDocument"2.2.1測試開始 8\o"CurrentDocument"2.2.2測試評估和計劃 8\o"CurrentDocument"2.2.3測試設計 8\o"CurrentDocument"2.2.4測試執(zhí)行和報告 9\o"CurrentDocument"2.2.5方案實施和測試結束 9\o"CurrentDocument"第3章 測試策略 9\o"CurrentDocument"3.1 制定測試策略的目的 93.2 測試范圍 10\o"CurrentDocument"3.3 測試總體目標 10\o"CurrentDocument"3.4 測試重點 11\o"CurrentDocument"3.5 測試級別 12\o"CurrentDocument"3.6 測試類型 13\o"CurrentDocument"第4章 功能測試 14\o"CurrentDocument"4.1單元測試計劃 14\o"CurrentDocument"4.1.1單元測試策略 14\o"CurrentDocument"4.1.2單元測試方法 14\o"CurrentDocument"4.1.3單元測試的三級審核流程 15\o"CurrentDocument"4.1.4單元測試時間計劃 16\o"CurrentDocument"4.2應用集成測試 16\o"CurrentDocument"4.2.1集成測試方法 16\o"CurrentDocument"4.2.2實施測試 17\o"CurrentDocument"4.2.3實施二次測試 17\o"CurrentDocument"4.3 系統(tǒng)測試 18\o"CurrentDocument"4.4 測試案例設計 18\o"CurrentDocument"第5章 性能測試 18\o"CurrentDocument"5.1 性能測試流程 18\o"CurrentDocument"5.1.1性能測試的工作體系 19\o"CurrentDocument"5.1.2性能測試工作內容及其流程 19\o"CurrentDocument"5.1.3性能測試需求的獲取 21\o"CurrentDocument"5.1.4性能測試產生的工件清單 21\o"CurrentDocument"5.2性能測試方法 22\o"CurrentDocument"5.2.1黑盒測試 22\o"CurrentDocument"5.2.2網(wǎng)絡測試方法 22\o"CurrentDocument"5.3性能測試中的一些關鍵問題 22\o"CurrentDocument"5.3.1測試指標的設計 22\o"CurrentDocument"5.3.2測試場景的選取 23\o"CurrentDocument"5.3.3測試的類型 23第1章項目測試概述隨著計算機硬件成本的不斷下降，軟件在整個計算機系統(tǒng)的成本中占有越來越高的比例，如何提高軟件質量是整個計算機軟件行業(yè)的重大課題。軟件測試作為軟件質量保障的一個重要手段，日益受到人們的重視，如果在測試階段未能做好把關工作，將會對軟件的質量產生嚴重的后果。另外，隨著軟件工程技術的不斷發(fā)展，軟件設計規(guī)模的不斷增大，軟件測試在軟件開發(fā)過程中的作用顯得越來越重要。在實施與測試階段，項目組中將有專門的測試組和配置管理組，負責保證軟件的質量，對軟件的實施、測試及版本進行管理。同時，在項目實施過程中，配備專門的版本管理工程師協(xié)助用戶完成對已有系統(tǒng)的版本管理工作。在項目建設過程中將建立一套切實可行的測試制度及管理方法：確保內部測試應貫穿系統(tǒng)建設實施的每一環(huán)節(jié)；所有項目的測試有完整的測試方案和測試計劃；所有功能模塊或實施環(huán)節(jié)都有測試報告；所有服務模塊都有錯誤處理頁面和錯誤日志記錄；使用專門的缺陷管理工具對測試結果進行管理，全程控制測試的問題。軟件的每一版本都經(jīng)歷四次測試任務，分別為單元測試、集成測試、系統(tǒng)測試、驗收測試：軟件開發(fā)過程遵循ISO9001及CMMI5的要求，對軟件質量的測試滿足GB/T16260-1996中質量特性的規(guī)定。軟件每一版本測試還包括文檔測試，主要內容為：動作分解列表、數(shù)據(jù)庫ER圖、UML用例圖、流程圖及需求文檔等。采用Rationalrobot作為系統(tǒng)功能測試工具，采用IBMRationalPerformanceTester作為系統(tǒng)性能測試工具。按照軟件系統(tǒng)的測試要求提供測試報告，同時形成與詳細設計功能的偏差評估報告。第2章測試方法論完全生命周期測試模型軟件測試是應用系統(tǒng)開發(fā)的一個重要環(huán)節(jié)，它貫穿整個應用系統(tǒng)開發(fā)的生命周期。xxx肉類蔬菜流通追溯體系建設項目信息系統(tǒng)具有以下特點：系統(tǒng)復雜系統(tǒng)性能要求高、質量要求高采用多種新技術，技術要求高根據(jù)本項目的這些具體特點和要求，建議在完全生命周期測試模型基礎上，根據(jù)項目具體情況和成本效率進行裁剪，形成本項目的測試策略、總體測試計劃和分項測試計劃。下圖是“完全生命周期測試”方法論模型，它直觀描述了整個項目生命周期內所有的測試流程、測試內容、測試階段及應用系統(tǒng)開發(fā)各環(huán)節(jié)與測試的關系。完全生命周期測試模型是經(jīng)過實踐證明的、結構化的測試方法。完全生命周期測試模型為一個大型項目的所有測試和與測試相關的活動提供一個全面的視圖。宜丈設計■1 構庫 上■■敝|1(^＞項目昶aa推備單元測誡 |集成測過性能測試至統(tǒng)稱試在本項目中，將以此方法論為指導，結合本項目特點定義測試范圍、制定測試計劃、設計測試案例和管理測試任務。2.2測試階段完全生命周期測試模型包括五個階段，如下圖所示：r > / \ / f ~\測試(頂測試評估測試」測試執(zhí)行方案實祇目〉開始,—t和計劃4—1設計4—?和報吿4—?和測試結1 JV 丿1丿1丿1-1圖2.2-1完全生命周期測試模型的五個階段測試開始開始階段的重點在定義項目方法和工作范圍、準備項目計劃、建立質量管理機制，同時準備好項目人力資源，開始啟動工作。這一階段的活動一般在開發(fā)生命周期的方案開始階段進行。測試評估和計劃在測試評估和計劃階段，將評估、復審、整合和確認測試范圍和目標，制定測試策略、測試總體計劃，制定各個級別的詳細測試計劃，并且計劃和執(zhí)行靜態(tài)測試。在本項目中，測試評估主要源于雙方制訂的項目實施計劃及需求分析報告。測試范圍和目標必須得到項目各方的一致認可。測試管理小組必須了解應用系統(tǒng)業(yè)務和功能的需求及兩者相互關系。測試計劃是項目測試成功最關鍵的環(huán)節(jié)，它應考慮到每一個測試任務的細節(jié)。測試策略和測試總體計劃給出項目總的測試方針和策略，詳細測試計劃是總體測試計劃的補充。這一階段的活動一般在開發(fā)生命周期的分析設計階段進行。測試設計在這一階段，將為每個級別的測試制定詳細測試規(guī)格說明和測試執(zhí)行計劃，并且為每個級別的測試制定測試環(huán)境規(guī)格說明。測試設計包括準備測試后勤、工具、技術、測試案例及各種層次的測試執(zhí)行方法。這一階段的活動一般在開發(fā)生命周期的微觀設計階段進行。測試執(zhí)行和報告在這一階段，將建立測試環(huán)境，執(zhí)行每個級別的測試，復審和確認測試結果，在測試結果中記錄所產生的差異。在解決差異、完成調試工作、測試沒有錯誤后，代碼將轉到下一級別的測試。在每個級別的測試完成后，將提交測試報告。測試報告有效地溝通了測試狀態(tài)和測試結果，以便為項目管理組提供是否終止或繼續(xù)測試的決策。測試報告包括分析問題出現(xiàn)概率及測試中問題解決的狀態(tài)，從而為項目管理組提供決策數(shù)據(jù)。在本階段，測試報告非常關鍵，它將決定最終項目上線的簽收。這一階段的活動一般在開發(fā)生命周期的構建和部署階段進行。方案實施和測試結束在這一階段，通過了測試的方案將被實施。測試文檔資產分類歸檔，供維護時使用。測試小組更新測試計劃，向項目管理組反饋測試改善意見，改善測試流程，測試結束。測試管理流程貫穿整個項目開發(fā)周期，并保證項目的實施質量。這一階段的活動一般在開發(fā)生命周期的部署和方案結束階段進行。第3章測試策略制定測試策略的目的制定測試策略的目的是：制定恰當?shù)臏y試原則和準則，以減輕管理項目風險為涉及多個組織和業(yè)務單位的測試提供公共的方法和公共的術語為測試確定總體方向強調成本效益和團隊測試方法的重要性描述完全生命周期測試的復雜性作為提前發(fā)現(xiàn)測試問題的溝通手段制定測試總體計劃的目的是：從高層面系統(tǒng)的角度對待測試提供測試的整體、宏觀的視圖確保系統(tǒng)的和完整的制定測試計劃提醒相關組織在適當?shù)臅r間分配適當?shù)娜肆Y源，為測試作好準備測試范圍定義了測試的邊界，本項目軟件系統(tǒng)測試范圍包括系統(tǒng)平臺測試系統(tǒng)設計測試應用系統(tǒng)測試3.3測試總體目標軟件系統(tǒng)測試的總體目標：滿足客戶的業(yè)務需求移植的數(shù)據(jù)通過一致和集成檢測確保錯誤在早期測試中被發(fā)現(xiàn)，降低成本確保測試在預算和時程內執(zhí)行3.4測試重點下面按優(yōu)先級列出測試的重點：高(按優(yōu)先級排序)正確性(Correctness)：根據(jù)規(guī)定的規(guī)則處理數(shù)據(jù)的能力?？刂平灰缀蛿?shù)據(jù)域編輯，確保數(shù)據(jù)的準確性和完整性。安全性(Security):確保系統(tǒng)和數(shù)據(jù)資源受到保護而不會意外或有意的修改或誤用。處理的連續(xù)性(ContinuityofProcessing):發(fā)生錯誤時，能夠具備繼續(xù)處理的能力，包括發(fā)生故障后的備份和恢復能力。性能(Performance):系統(tǒng)在規(guī)定的時間內執(zhí)行特定功能或特定數(shù)量交易處理的能力。中(按優(yōu)先級排序)可靠性(Reliability):系統(tǒng)提供計劃中的功能不發(fā)生故障的程度。低(按優(yōu)先級排序)可審計性(Auditability)：能夠為跟蹤數(shù)據(jù)處理提供依據(jù)?？删S護性(Maintainability)：發(fā)現(xiàn)并修正系統(tǒng)錯誤的能力，也包括系統(tǒng)環(huán)境動態(tài)變化時不改變系統(tǒng)的能力?？墒褂眯?Usability):系統(tǒng)容易學習和使用。可操作性(Operability):系統(tǒng)易于學習和操作(手工或自動)?？梢浦残?Portability):系統(tǒng)在多個操作系統(tǒng)環(huán)境下運作的能力。測試級別每個開發(fā)階段都代表著一定程度的物理集成和質量達到的級別。對應這些開發(fā)階段可定義相應的測試級別。這些測試級別可作為機構或項目組的測試標準和溝通的公共術語。這些測試級別定義如下:單元測試當建立或修改一個模塊或程序的編碼時就要進行最初的測試，即單元測試。單元測試驗證新的或修改的功能是否正確，它一般不需要與其他應用接口交互。單元測試的目的是在模塊或程序級消除編碼中的錯誤。集成測試集成測試驗證應用組件的運行，以及模塊與其他系統(tǒng)組件的運行。系統(tǒng)測試系統(tǒng)集成測試驗證所有應用的集成，包括與外部和內部接口的集成，同時驗證應用與硬件、軟件及基礎設施組件在類似生產環(huán)境下的集成。用戶驗收測試用戶驗收測試將全面和系統(tǒng)地測試應用或系統(tǒng)的各個方面，以驗證是否能滿足業(yè)務和非功能需求。模擬環(huán)境下測試軟件開發(fā)完成后，業(yè)主將組織業(yè)務、技術人員對軟件在模擬環(huán)境下進行測試，檢測系統(tǒng)能否滿足業(yè)務需求及技術要求。按照完整的測試流程進行測試，并提供相應文檔測試流程包括制定測試計劃、設計測試、實施測試、執(zhí)行測試、應用系統(tǒng)集成測試等。針對不同的測試類型采用相對應的測試策略測試內容包括數(shù)據(jù)和數(shù)據(jù)庫完整性測試、功能測試、業(yè)務周期測試、性能測試、用戶界面測試、安全性和訪問控制測試、配置測試、安裝測試等。另外，還將考察軟件支持跨操作系統(tǒng)、數(shù)據(jù)庫平臺的數(shù)據(jù)移植能力。實際環(huán)境下的測試（試運行）根據(jù)軟件在模擬環(huán)境下的測試結果，把通過模擬環(huán)境測試的軟件，在選定的若干真實的軟件運行環(huán)境中進行試運行。這階段主要檢驗軟件的推廣性。主要指標要求：驗證模擬環(huán)境下測試指標；支持不同網(wǎng)絡帶寬下多用戶并發(fā)；對不同業(yè)務部門應用要求的適當能力；對試運行中發(fā)現(xiàn)的問題能否及時響應，給出解決方案。正式驗收測試在軟件經(jīng)過若干地區(qū)試點，驗證產品具備推廣性，同時將試運行階段出現(xiàn)的若干問題解決后進行正式驗收。測試類型測試類型包括業(yè)務功能測試（功能類型測試）和結構功能測試（結構類型測試）。測試級別和測試類型矩陣用來描述不同測試類型在測試級別中的使用。功能類型測試功能類型測試確保應用系統(tǒng)滿足業(yè)務需求。結構類型測試結構類型測試驗證應用系統(tǒng)在技術上的正確性，包括：測試架構生存性（viability）和系統(tǒng)的可運行性。第4章功能測試單元測試計劃單元測試策略根據(jù)實際情況，采用開發(fā)人員自己寫測試代碼、小組內同級審查和測試組抽查相結合的測試策略。單元測試方法進行類的關鍵性分析，將類的優(yōu)先級分為三類，1、2、3，一類為最高，三類最低。判定類的優(yōu)先級的依據(jù)是：1） 類對應的用例的優(yōu)先級，這是主要依據(jù)；2） 系統(tǒng)的目的，那些對系統(tǒng)可能產生嚴重后果的類必須適當提高優(yōu)先級，如一些系統(tǒng)的關鍵類、基礎類、公用類等等；3） 潛在的用戶數(shù)量和使用的頻度，使用頻繁高的類的需要提高優(yōu)先級；4） 信息的價值：信息的價值含量高，對其他功能影響巨大的類需要提高優(yōu)先級。對不同優(yōu)先級的類采用不同的測試方法：1）對于優(yōu)先級為1的類，采用以黑盒測試為主，對典型錯誤進行一定的白盒測試的方法。對于這些類的每一步修改，都需要進行回歸測試；優(yōu)先級為1的類，都要有相應測試類；2）對于優(yōu)先級為2的類，根據(jù)實際情況決定是否需要測試類；對模塊中核心類采用“運行測試”，其余的類通過“同級審查”3）對于優(yōu)先級為3的類，采用靜態(tài)測試，所有的類通過開發(fā)人員“自檢”和“同級審查”。類的優(yōu)先級劃分流程：當一個類準備要開發(fā)的時候，需要確定它的優(yōu)先級。簡要原則是：小組成員向本組的組長提交類，描述本類的功能，組長確定類的優(yōu)先級；圖4.1-1類的優(yōu)先級劃分流程4.1.3單元測試的三級審核流程第一級：自查，開發(fā)人員自己測試審查自己的類，具體的方法見單元測試策略；第二級：互查，同級審查，開發(fā)人員內部（循環(huán)）審查，組長督促；第三級：抽查，由測試組的成員和其他相關小組組成；對已經(jīng)經(jīng)過同級審查的類進行抽查。

被抽查單元測試通過吋試組抽查通過第一級」. 第二級」; 第三級4沒通過—it過被抽查單元測試通過吋試組抽查通過第一級」. 第二級」; 第三級4沒通過—it過單元測試的三級審核流程圖屮「|開發(fā)人員I提交裘圖4.1-2單元測試的三級審核流程圖開發(fā)人員!開發(fā)完成:測試完成|4.1.4單元測試時間計劃單元測試是伴隨著編碼工作開展的，因此單元測試的時間周期就是從編碼開始到編碼結束。在本項目中，編碼工作預計將分為兩個階段進行，因此單元測試工作也將分為兩個階段分別執(zhí)行。4.2應用集成測試在前面的開發(fā)工作過程管理介紹中已經(jīng)說明了公司開發(fā)管理過程規(guī)范中的集成測試規(guī)范，從集成測試的目標上來看，包括功能和性能兩個方面的測試，從計劃角度考慮從以下方面進行了規(guī)劃。4.2.1集成測試方法各測試周期分為下列幾個步驟實施，以確認系統(tǒng)已經(jīng)能夠用于正式的運行：按測試案例進行測試；比較預期結果與實際測試結果；記錄實際測試結果與預期結果的差異以及問題的嚴重程度；解決問題并重新進行測試。實施測試測試者需按照測試案例實施測試周期，測試案例應定義需要測試的業(yè)務流程和情景。測試小組負責人負責幫助完成系統(tǒng)測試并記錄測試的情況。如果在測試中有問題產生，測試小組負責人應在與測試組組長討論后負責決定是終止測試周期，還是仍可以繼續(xù)測試。在每一個測試周期開始以前，應準備好測試所需的數(shù)據(jù)并對數(shù)據(jù)進行人工驗證。所有的測試說明應有電子化的記錄并在每一個測試周期中獲得落實。（1）比較預期結果和實際測試結果在測試的實施過程中，測試小組負責人、項目經(jīng)理和測試者應對實際測試結果和測試前預期的結果進行比較。兩者的差異應記錄在“測試結果記錄單”中。（2）記錄實際測試結果與預期結果的偏差在整個測試周期中，測試小組負責人應查詢和回顧在“測試結果記錄單”中記錄的問題，并通知負責解決這些問題的人員。項目團隊的成員應每天回顧問題的解決情況并確定這些問題的優(yōu)先次序。實施二次測試測試團隊的管理者應協(xié)調問題的解決情況并準備進行二次測試。在測試周期中的所有問題被解決之后，應進行二次測試。測試周期的實施、問題的解決和二次測試的情況應在測試過程中反復進行，直到整個測試周期完全獲得通過。在現(xiàn)有問題被解決之后，項目經(jīng)理應決定是對整個測試周期進行二次測試，還是只測試系統(tǒng)中產生問題的部分。系統(tǒng)測試系統(tǒng)測試是在集成測試的基礎上，在系統(tǒng)上線運行環(huán)境，或基本狀態(tài)相似的模擬環(huán)境上進行全系統(tǒng)的功能和性能測試，其參與測試人員將由以開發(fā)組測試人員為主逐步轉向以最終用戶測試人員為主。系統(tǒng)測試的準備、計劃和執(zhí)行與集成測試采取相同的策略和方法。測試案例設計為了保證項目實施的質量，項目開發(fā)的測試階段顯得尤為重要。保證測試質量，測試案例是重點。測試案例的設計是在系統(tǒng)設計階段就開始，由于測試案例的建設非常復雜，一開始可以針對關鍵業(yè)務和關鍵流程進行設計，并考慮逐步完善，最終必須包括XXX市肉類蔬菜流通追溯體系建設項目一期工程軟件平臺所涉及的全部邏輯路徑和節(jié)點。根據(jù)業(yè)務功能的要求，收集案例業(yè)務類數(shù)據(jù)；根據(jù)設計的技術要求，完善案例代碼屬性類數(shù)據(jù)。第5章性能測試性能測試流程性能測試是對系統(tǒng)在長時間的高負荷下的穩(wěn)定性、可用性、響應速度及并發(fā)性進行測試，性能測試是有別于其他的軟件測試，性能測試主要測試那些經(jīng)常使用的，并發(fā)性比較高的模塊進行測試，性能測試要經(jīng)過精心的分析和設計，并設定測試目標，然后設計測試案例，持續(xù)的讓系統(tǒng)運行，并調整系統(tǒng)參數(shù)，同時監(jiān)控并記錄系統(tǒng)的運行狀態(tài)，調整系統(tǒng)的性能以便達到上線目標。在測試過程中，確保沒有其他對系統(tǒng)的任何訪問，因此基本上能夠保證測試的真實性。每一個測試用例的執(zhí)行都是真實日常業(yè)務量的模擬。測試是針對每一個用例單獨測試或多個用例混合測試進行的。對于測試的每一個場景，利用測試工具，模擬高峰期多個用戶的并發(fā)訪問（為了更好地模擬實際情況，將不同的場景設置不同的并發(fā)用戶）。同時，還在應用系統(tǒng)記錄每一個部分的處理時間，包括開始時間和結束時間。這里開始時間指的是進入某一模塊的時間，結束時間指的是從某一模塊返回的時間。記錄的目的在于，當性能不能滿足需求的時候，根據(jù)已經(jīng)記錄的信息，很方便的發(fā)現(xiàn)在整個應用系統(tǒng)的哪一個部分的處理時間過長，結合中間件產品和操作系統(tǒng)的記錄信息，對出現(xiàn)問題的部分做出判斷，從而及時做出調整。5.1.1性能測試的工作體系測試工作由軟件測試部門組織完成，在整個過程中需要項目組相關角色的支持。表5.1-1性能測試的工作角色表角色職責備注設計人員從業(yè)務的角度分析系統(tǒng)的各個模塊被使用的頻度和時間以及占整個系統(tǒng)的百分比，提出那些模塊需要測試那些模塊不需要測試。準備測試數(shù)據(jù)和測試需求，設計測試案例以及測試套件。指導測試案例編寫編碼人員編寫各個測試案例的測試腳本，編寫接口對核心應用服務器進行調用測試實施人員執(zhí)行測試腳本，記錄測試結果配置管理負責配置管理測試環(huán)境，并收集測試結果5.1.2性能測試工作內容及其流程表5.1-2性能測試工作內容及其流程表

第19頁活動輸入輸出參與角色和職責業(yè)務量估算根據(jù)往年業(yè)務數(shù)據(jù)估算最多業(yè)務量的月份（具體到業(yè)務量集中的天數(shù)）統(tǒng)計終端數(shù)量，根據(jù)終端數(shù)量估算并發(fā)數(shù)在估算時還要考慮增量每個模塊的業(yè)務量分析報告用戶并發(fā)量分析報告設計人員性能測試計劃根據(jù)每個模塊的業(yè)務量和項目計劃性能測試計劃設計人員測試腳本開發(fā)編寫各個模塊的測試腳本，模擬客戶端訪問核心應用服務器各個模塊的測試案例編碼人員測試環(huán)境配置根據(jù)測試要求配置測試環(huán)境，監(jiān)控系統(tǒng)性能，調整系統(tǒng)參數(shù)，記錄調整前后的性能參數(shù)值系統(tǒng)監(jiān)控報告測試環(huán)境配置計劃系統(tǒng)參數(shù)調整記錄配置人員測試執(zhí)行執(zhí)行測試腳本，收集記錄測試數(shù)據(jù)測試報告系統(tǒng)分析報告測試實施人員評估性能測試性能測試計劃、測試結果性能測試評估報告性能測試流程如下：圖5.1-1性能測試流程圖測試拓撲圖如下：圖5.1-2測試拓撲圖5.1.3性能測試需求的獲取性能測試要先制定一個性能測試的目標，即先通過分析舊系統(tǒng)的數(shù)據(jù)來得到。當