XXX項目軟件測試方案

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