華云信息技術工程有限公司XX項目測試方案華云信息技術工程有限公司 概述目的【說明編寫本方案的目的，指出預期讀者。例如：編寫此方案的目的是制定系統測試策略，測試內容，測試資源；使測試工作能夠有計劃地，有條不紊地進行，提高測試的執行效率。用于測試人員與項目經理、開發人員進行有效溝通，制定計劃，為測試工作達成一致?！啃g語例子：系統測試系統測試是將已經確認的軟件，計算機硬件，外部設備，網絡等其他元素結合在一起，進行信息系統的各種組裝測試和確認測試，系統測試是針對整個產品系統進行的測試，目的是驗證系統是否滿足了需求規格的定義，找出與需求規格不符或與之矛盾的地方，從而提出更加完善的方案。系統測試發現問題之后要經過調試找出錯誤原因和位置，然后進行改正。是基于系統整體需求說明書的黑盒類測試，應覆蓋系統所有聯合的部件。功能測試功能測試就是對產品的各功能進行驗證，根據功能測試用例，逐項測試，檢查產品是否達到用戶要求的功能。根據產品特性、操作描述和用戶需求，測試一個產品的特性和可操作行為以確定它們滿足設計需求。功能測試是為了確保程序以期望的方式運行而按功能要求對軟件進行的測試，通過對一個系統的所有的特性和功能都進行測試確保符合需求和規范。性能測試性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項性能指標進行測試。其中負載測試和壓力測試都屬于性能測試范疇。接口測試接口測試是測試系統組件間接口的一種測試。接口測試主要用于檢測外部系統與系統之間以及內部各個子系統之間的交互點。測試的重點是要檢查數據的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關系等。UE測試UE測試又叫用戶體驗測試，UE測試指的是通過安排用戶對產品進行正確的體驗，并對產品的印象、功能性、使用性、內容等做出評測的過程被稱為UE測試?！繀⒖嘉臋n【應完整列出參考文檔。如：《合同》、《客戶需求》、《項目開發計劃》等。】測試資源人力資源表STYLEREF1\s2SEQ表\*ARABIC\s11人力資源列表角色職責、任務備注項目經理項目管理，根據項目計劃跟蹤項目進度，對項目進行管理測試組長制定測試計劃、方案，并安排測試工作測試工程師編寫功能測試用例和非功能性測試用例并執行開發工程師系統開發，修改測試工程師發現的缺陷環境資源例子：硬件環境硬件環境見下表所示：表STYLEREF1\s2SEQ表\*ARABIC\s12硬件環境序號名稱主要說明備注1服務器一、針對基于數字網格的精細化要素預報平臺提供3臺服務器。其中，一臺服務用于后臺數據處理（包括：數據自動獲取、數據解析、數據入庫等）；另外兩臺服務器用于部署WEB服務（雙機備份）。二、提供數據存儲管理建設所需硬件環境，主要包括2臺服務器。用于部署關系型數據庫（雙機備份）、內存數據庫、ICE中間件等數據管理及統一的數據訪問支持。2存儲盤陣提供至少200T數據存儲盤陣3客戶端普通PC機軟件環境軟件環境如下表所示：表STYLEREF1\s2SEQ表\*ARABIC\s13軟件環境編號名稱參數備注操作系統采用異構平臺，不同服務器使用Linux操作系統、Windows操作系統，客戶機采用Windows操作系統。程序設計語言Linux系統配置標準C、C++和JAVA等程序設計語言與開發工具；Windows平臺配置VC++、.NET、Fortran、JAVA等程序設計語言。數據庫充分利用四川省氣象信息中心現有數據環境，采用CIMISS、內存數據庫或關系數據庫及文件系統實現數據存儲。繪圖應用軟件meteoInfo基礎平臺軟件micaps4.0、應用服務器類軟件等測試數據【列出測試過程中必備的測試數據信息?！坷樱菏〖壢擞安块T各準備一個以上飛機增雨、地面防雹個例數據，可覆蓋全省絕大部分作業點。省級管理員提供一份完整統一的作業點信息表，并同步更新到CPAS和綜合業務管理系統，確保一致，確保手機端能正常接收到所有作業點指令。在系統中開發單位依據用戶提供的省、市、縣各管理和操作人員名名單，完成人員賬戶的創建、授權、及其他基礎數據的設置工作。測試風險【列出測試過程中可能會涉及的風險。例如：測試風險是不可避免的、總是存在的，所以對測試風險的管理非常重要，必須盡力降低測試中所存在的風險，最大程度地保證質量和滿足客戶的需求。在XX項目系統測試工作中，識別的主要風險及采取的規避方法如下表：表STYLEREF1\s3SEQ表\*ARABIC\s11測試風險識別表序號風險描述風險影響風險發生的可能性風險的影響程度規避方法測試人員對被測系統的業務流程不熟悉因對需求的理解上把握不準、理解不透徹、理解錯誤等，造成測試用例覆蓋不全、或存在偏差高高測試前組織熟悉需求、設計文檔，并安排需求調研人員或個模塊開發負責人講解需求測試人員變動影響整體測試進度及測試質量中中嚴格遵守測試規范，保證測試用例的覆蓋全面、語言描述清晰簡潔準確，降低新人執行測試的風險定位效應測試過一次沒有發現問題的功能，認為此功能是可靠的，導致最終發布的版本存在質量隱患中高定期進行回歸測試，重點對修改功能及與該功能相關的部分進行重點測試疲態、思維定向某一些功能點一直由某一位測試人員測試，經過多次回歸后，測試人員對該功能點的測試顯示出倦意和缺乏興趣，產生思維定向，不能從多維度設計測試用例，以致產生漏測中高定期進行交換測試，并及時補充測試用例測試時間不足用例執行率低中高增加人力資源并盡早到位頻繁的需求變更影響測試進度及質量高高依據變更需求即時調整測試計劃、方案、用例】測試策略測試設計【例如：XX項目系統測試將采用黑、白盒相結合的方法，對功能、接口、非功能、業務流程，進行測試策略設計。功能測試【例如：功能單元（重點檢查：功能錯誤或遺漏、功能邏輯、數據結構及外部數據庫訪問、功能初始化和終止、處理邏輯）功能部件（重點檢查：數據流、功能鏈接）】接口測試【例如：重點檢查數據的交互、傳遞和控制管理過程以及系統間的相互邏輯依賴關系：內部接口（檢測xx系統內部各子系統間的交互）外部接口（檢測外部系統與xx系統間的交互）】非功能項測試【例如：時效性測試（手工及輔助腳本模擬入庫數據量監測時效）性能測試（采用Loadrunner模擬并發測試）系統穩定性測試易操作及易用性測試可擴展及可維護性測試安全性測試可移植性測試出錯處理及容錯備份測試】業務流程測試【例如：集成環境部署業務集成數據準備業務場景集成（重點檢查：集成后模塊/系統之間的連接沖突、程序沖突及各環節業務和數據流轉的正確性）】測試準則測試進入準則【例如：測試環境已搭建完成；測試基礎數據已準備好；系統基本業務流程能走通；無任何功能的頁面點擊錯誤；《測試方案》、《測試用例》已完成并評審通過?！繙y試暫停準則【例如：測試環境被破壞；測試基礎數據不充分，導致核心功能無法測試；系統基本業務流程走不通；任何功能頁面點擊均出現錯誤。】測試恢復準則【例如：測試環境重新搭建好；測試基礎數據重新準備完成；系統基本業務流程可以走通；頁面點擊錯誤問題解決。】測試通過準則【例如：測試需求覆蓋率達到100％；測試用例執行率達到100%；系統滿足需求規格說明書的要求；所有缺陷（除批準保留的低級別BUG）均已修復并驗證關閉；測試用例通過率達到100%；交付文檔資料齊備且無錯誤。】測試方法【例如：為保證系統能夠在實際運行環境下能夠正常運行，特針對本項目所涉及的測試內容，分類制定有效的測試方法，在系統正式發布前進行一系列的嚴格測試，以發現系統軟件存在的潛在問題。表STYLEREF1\s4SEQ表\*ARABIC\s11測試方法測試類型測試方法功能測試采用等價類劃分，邊界值分析，錯誤推斷、因果關系等方法對需求定義的每項功能點進行用例設計，并執行測試接口測試將接口根據數據的流向分為進入和流出兩類，有針對性的進行測試用例設計，以驗證各接口數據流轉和交互的正確性。業務流程測試模擬真實用戶實際的工作流程進行測試，結合前后臺系統功能，檢查各環節業務及數據流轉結果時效性測試通過手工及輔助腳本模擬入庫操作，監控系統后臺日志，進行統計分析性能測試通過工具模擬并發測試，進行業務響應時間及系統資源監控系統穩定性測試運行7*24小時，通過觀察系統運行日志進行測試易操作及易用性測試通過人工點擊檢查系統及在線幫助文檔可擴展性及維護性測試通過檢查配置文件/界面、日志定位功能進行測試安全性測試通過模擬各類用戶操作進行權限合適及檢查網絡/系統安全設置進行測試可移植性測試通過人工模擬不同環境進行安裝、部署測試出錯處理測試模擬異常，查看運行日志、檢查告警信息進行測試容錯與備份測試模擬出錯，查看主備切換情況、定時備份情況，并進行恢復測試】測試工具【例如：XX項目系統測試階段以手工測試為主，并輔助采用開發自行編寫的測試腳本、Loadrunner/JMeter進行非功能測試?！繙y試內容【包括要測試的系統功能、接口、非功能、業務流程等本次要測試的內容?！抗δ軠y試根據XX項目需求規格說明書及概要設計說明中配置項設計，本系統功能主要測試的內容包括：YY1子系統、YY2子系統，共N個子系統下的所有功能項。各子系統詳細測試功能列表如下：YY1子系統表STYLEREF1\s5SEQ表\*ARABIC\s11YY1子系統功能測試列表模塊功能測試用例編號接口測試根據XX項目需求規格說明書、設計規格，該系統接口測試主要分成內部和外部接口兩部分。內部接口表STYLEREF1\s5SEQ表\*ARABIC\s12內部接口測試列表接口名稱測試接口點測試用例編號外部接口表STYLEREF1\s5SEQ表\*ARABIC\s13外部接口測試列表接口名稱測試接口點測試用例編號非功能測試依據XX項目需求規格說明書，本系統非功能測試項主要包括性能、可擴展性、可靠性、易用性、安全性，共N部分，具體測試內容如下：表STYLEREF1\s5SEQ表\*ARABIC\s14非功能測試列表非功能測試項測試點測試用例編號業務流程測試表STYLEREF1\s5SEQ表\*ARABIC\s15業務流程測試列表業務流程測試點測試用例編號工作約定（有測試計劃此部分可刪除）【測試人員、開發人員與測試負責人之間的工作約定。通常包含的內容有：版本的交互方式，缺陷管理方法和工具的使用，Bug優先級、嚴重級確定的職責定義，Bug屬性的約定等。】版本控制版本控制工具使用SVN(subversion)，項目組成員每天上班開始工作時，從SVN中更新代碼，下班前將當天修改/新增的代碼提交到SVN中。缺陷管理Trac是一個為軟件開發項目需要而集成了Wiki和問題跟蹤管理系統的應用平臺，是一個開源軟件應用。Trac以簡單的方式建立了一個軟件項目管理的Web應用，以幫助開發人員更好地寫出高質量的軟件。BUG優先級定義BUG優先級定義為特急Immediate，加急Urgent，高High，中Normal，低Low，None，優先級描述詳見下表。表STYLEREF1\s6SEQ表\*ARABIC\s11BUG優先級定義表編號優先級優先級描述無相關的bug已經resolve不存在了或者覺得優先級沒有必要體現低低優先級，留到最后解決，如果項目的進度很緊張可以在產品發布以前不解決中如果一條bug阻止了你的測試，但是它并非十分緊迫，則屬于此類。高如果一條bug阻止了深度測試，則屬于此類。應盡快解決。非常高一到兩天之內必須進行修改緊急需要立即進行修改BUG等級劃分規則BUG等級按照嚴重級別分為四個級別，為重大缺陷，高缺陷，中缺陷，低缺陷，各級別的錯誤分類及描述說明見下表。表STYLEREF1\s6SEQ表\*ARABIC\s12BUG等級的劃分表缺陷嚴重級別錯誤分類①重大程序非法中斷退出//主要業務流程不能完整進行//重要數據處理錯誤//業務邏輯嚴重錯誤//重要功能未完成//重要接口錯誤//功能缺失②高一般性數據處理錯誤//一般程序錯誤//重要單據打印格式不符合要求//嚴重文檔錯誤//查詢結果重大錯誤//報表數據錯誤③中編程規范性錯誤//操作很不方便//界面很不友好//重要提示信息不明確//重要信息項缺少校驗容錯④低程序優化性問題//操作不是很方便//一般信息項缺少校驗容錯//一般提示信息不明確缺陷處理過程缺陷修復標準【例如：測試過程中，BUG在測試與開發人員的交互中，重大嚴重級別、高級別、中級別缺陷必須100%解決，極小部分（不能超過25%）低級別缺陷不能夠及時處理的，在測試結束時，必須由項目經理、測試組長共同通過評估BUG影響程度及提供應急方案的情況下，才能允許延遲修復?！繙y試進度安排和交付物（有測試計劃此部分可刪除）測試時間安排【例如：表STYLEREF1\s7SEQ表\*ARABIC\s11測試時間測試階段任務描述開始時間完成時間測試準備階段測試計劃編寫測試方案編寫測試用例編寫測試數據準備,搭建熟悉測試環境接口測試階段第一輪接口測試依據本輪接口測試清單，執行對應的接口測試用例第二輪~第N輪接口測試1、驗證修復的BUG；2、著重執行修復BUG及本輪新增或修改接口的測