軟件系統(tǒng)測試計劃

云平臺系統(tǒng)測試計劃擬制： 日期： 審核： 日期： 批準： 日期：

修訂歷史記錄目錄TOC\o"1-5"\h\z\o"CurrentDocument"第一章 引言 5編寫目的 5\o"CurrentDocument"名詞解釋 5\o"CurrentDocument"參考資料 5\o"CurrentDocument"第二章 項目背景 6\o"CurrentDocument"測試范圍 6\o"CurrentDocument"測試目標 8\o"CurrentDocument"2.3 風險及約束 8\o"CurrentDocument"測試文檔 8\o"CurrentDocument"測試參考文檔 8\o"CurrentDocument"測試提交文檔 9\o"CurrentDocument"第三章 質(zhì)量目標 10\o"CurrentDocument"3.1 產(chǎn)品質(zhì)量目標 103.2 測試質(zhì)量目標 10\o"CurrentDocument"第四章 資源需求 12\o"CurrentDocument"測試環(huán)境 12\o"CurrentDocument"4.1.1 服務(wù)器端環(huán)境 12\o"CurrentDocument"4.1.2 客戶端環(huán)境 12\o"CurrentDocument"測試工具 12人力資源 12\o"CurrentDocument"第五章 測試策略 135.1 整體測試策略 135.2 開始/中斷/完成標準 13測試類型 13\o"CurrentDocument"第六章 測試安排 16\o"CurrentDocument"時間進度 16\o"CurrentDocument"6.2 測試準備階段 16\o"CurrentDocument"6.3 測試執(zhí)行階段 16\o"CurrentDocument"第七章 評價準則 17\o"CurrentDocument"7.1 范圍 17\o"CurrentDocument"數(shù)據(jù)整理 17\o"CurrentDocument"7.3 尺度 17第一章引言編寫目的本文檔根據(jù)云平臺需求分析說明書中的需求描述為實施本系統(tǒng)測試而編寫，通過本文檔，為系統(tǒng)測試設(shè)計、執(zhí)行活動提供指導(dǎo)。名詞解釋黑盒測試：黑盒測試是根據(jù)軟件的規(guī)格對軟件進行的測試，不考慮軟件內(nèi)部的運作原理?；貧w測試：回歸測試是指在發(fā)生修改之后重新測試之前的測試以保證修改的正確性。確認測試：重新執(zhí)行上次失敗的測試用例，以驗證糾錯的正確性。缺陷分類：A類缺陷：指導(dǎo)致系統(tǒng)崩潰；主業(yè)務(wù)流程出現(xiàn)斷點；導(dǎo)致死機；導(dǎo)致程序模塊丟失；資源泄露。B類缺陷：指被測數(shù)據(jù)處理錯誤；軟件錯誤導(dǎo)致數(shù)據(jù)丟失；用戶需求未實現(xiàn)。C類缺陷：能導(dǎo)致軟件的部分功能無法正常使用的缺陷。D類缺陷：功能實現(xiàn)不完美或細小的錯誤，無論如何不會引發(fā)軟件無法正常使用的缺陷。參考資料

第二章項目背景測試范圍本次測試針對《云平臺需求說明書》文檔中的所有功能模塊具體功能模塊如下：一級模塊二級模塊三級模塊首頁工作臺生產(chǎn)監(jiān)控告警管理污水廠生產(chǎn)管理一體化生產(chǎn)管理設(shè)備管理化驗數(shù)據(jù)填報運營管理預(yù)案管理知識庫管理倉儲管理

業(yè)務(wù)報表系統(tǒng)管理個人中心角色人物權(quán)限污水廠信息配置一體化信息配置巡檢項配置物資信息管理區(qū)域組織管理化驗米集配置公告管理日志管理反控操作日志字典管理測試目標針對云平臺進行全面測試。依據(jù)軟件功能對整個系統(tǒng)的各個功能模塊進行測試，保證系統(tǒng)代碼編寫質(zhì)量符合需求規(guī)格說明書要求和客戶驗收要求。測試發(fā)布的質(zhì)量目標：?測試計劃中所有測試方法和模塊已經(jīng)執(zhí)行通過。?所有的測試案例已經(jīng)執(zhí)行過。?所有的重要等級為A/B的Bug已經(jīng)解決并通過驗證測試。2.3風險及約束平臺功能較多，項目周期緊，測試時間壓縮，測試覆蓋率難以保障。解決方案：根據(jù)設(shè)計文檔完成測試，增加測試人員和測試時間，加快開發(fā)解決問題時間。同時，保障測試充分性。測試文檔2.4.1測試參考文檔文檔名稱作者備注《軟件需求規(guī)格說明書》《概要設(shè)計說明書》

2.4.2測試提交文檔文檔名稱作者備注測試計劃測試用例第三章質(zhì)量目標針對云平臺進行全面測試。依據(jù)軟件功能對整個系統(tǒng)的各個功能模塊進行測試，保證系統(tǒng)代碼編寫質(zhì)量符合需求規(guī)格說明書要求和客戶驗收要求。測試階段分四輪次。質(zhì)量目標分解：第一輪：依照設(shè)計文檔完成核心模塊功能測試，基本業(yè)務(wù)功能、流程正確，滿足培訓、試運行需求；第二輪：重點完成供水系統(tǒng)三個模塊的功能測試，保障各模塊功能、流程正確，模塊之間關(guān)聯(lián)相通符合生產(chǎn)要求；第三輪：對供水系統(tǒng)子模塊及系統(tǒng)其他功能模塊全量回歸測試，產(chǎn)品質(zhì)量達到上線要求。第四輪：針對現(xiàn)場試運行客戶提出的問題，以及前期測試提出問題匯總，對系統(tǒng)所有功能模塊全量回歸測試，滿足驗收要求。產(chǎn)品質(zhì)量目標測試質(zhì)量目標確認者備注測試已實現(xiàn)的產(chǎn)品是否達到設(shè)計的要求，包括：各個功能點是否已實現(xiàn)，業(yè)務(wù)流程是否正常評價測試質(zhì)量的目標有：測試質(zhì)量目標確認者備注所有的測試案例已經(jīng)執(zhí)行過所有的重要登記A/B的Bug已經(jīng)解決并已通過驗證測試每一部分的測試已經(jīng)被TestLeader確認完成重要的功能不允許有等

級為A/B/C的Bug般的功能或與最終使用者不直接聯(lián)系的功能不允許有等級為A/B/C的Bug輕量的功能允許有少量C/D等級的錯誤發(fā)現(xiàn)錯誤等級為A/B/C的Bug的速率正在下降并接近0在最后三天內(nèi)沒有發(fā)現(xiàn)錯誤等級為A/B/C類的Bug第四章資源需求4.1測試環(huán)境4.1.1服務(wù)器端環(huán)境軟件環(huán)境：WindowsServer2008R2Enterprise、.netframework4.0運行庫IIS、MSOffice2010、MYSQL5.6。硬件環(huán)境：Intel（R）Xeon（R）CPUE5-2603v2@1.80GHz、32G內(nèi)存、1T硬盤。4.1.2客戶端環(huán)境軟件環(huán)境：Windows7、InternetExplorer8.0及以上。硬件環(huán)境：CPUI3DUO、DDR34G內(nèi)存、1T硬盤。支撐軟件：MicrosoftOffice20104.2測試工具測試工具用途公司項目管理系統(tǒng)Bug管理工具4?3人力資源角色姓名職責功能確認功能與需求的一致性核對測試負責人測試活動安排及確認，測試用例、提交缺陷、缺陷回歸，測試總結(jié)測試工程師負責測試用例、提交缺陷、缺陷回歸，測試總結(jié)

第五章測試策略U?丄 円口使用里程碑技術(shù)在測試過程中驗證每個模塊，測試人員在需求階段參與測試工作，進行需求review、設(shè)計review、測試用例設(shè)計，在系統(tǒng)開發(fā)完成之后，正式執(zhí)行測試。產(chǎn)品達到軟件質(zhì)量要求和測試要求后發(fā)布，提交相關(guān)的測試文檔。5.2開始/中斷/完成標準開始/中斷/完成測試標準說明開始測試標準硬件環(huán)境可用且軟件正確安裝完成中斷測試標準安裝無法正確完成或程序的文檔有相當多的失誤或系統(tǒng)服務(wù)異?；虬l(fā)現(xiàn)BlockBug完成測試標準完成測試計劃中的測試規(guī)劃并達到程序和測試質(zhì)量目標，并由TestLead/R&DManager確認。5?3測試類型測試類型是否采用說明測試是根據(jù)系統(tǒng)需求文檔和設(shè)計文檔，檢查產(chǎn)品是否正確實現(xiàn)了功能。流程測試是按操作流程進行的測試，主要有業(yè)務(wù)流程、數(shù)據(jù)流程、邏輯流程、正反流程，檢查軟件在按流程操作時是否能夠正確處理邊界值測試是選擇邊界數(shù)據(jù)進行測試，確保系統(tǒng)功能正常，程序無異常。

容錯性測試是查系統(tǒng)的容錯能力，錯誤的數(shù)據(jù)輸入不會對功能和系統(tǒng)產(chǎn)生非正常的影響，且程序?qū)﹀e誤的輸入有正確的提示信息。易用性測試是檢查系統(tǒng)是否易用友好界面測試是檢查界面是否美觀合理接口測試否檢查系統(tǒng)能否與外部接口正常工作配置測試是檢查配置是否合理、配置是否正常安全性和訪問控制測試是應(yīng)用程序級別的安全性：檢查Actor只能訪問其所屬用戶類型已被授權(quán)訪問的那些功能或數(shù)據(jù)。系統(tǒng)級別的安全性：檢查只有具備系統(tǒng)和應(yīng)用程序訪問權(quán)限的Actor才能訪問系統(tǒng)和應(yīng)用程序。性能測試否提取系統(tǒng)性能數(shù)據(jù)，檢查系統(tǒng)是否滿足在需求中所規(guī)定達到的性能。壓力測試否檢查系統(tǒng)能否承受大壓力，測試產(chǎn)品應(yīng)該能夠在高強度條件下正常運行，不會出現(xiàn)任何錯誤。

兼容性測試是對于B/S架構(gòu)的系統(tǒng)來說需要考慮用戶端瀏覽器的版本。文檔測試否檢查文檔是否足夠、描述是否合理?；貧w測試是檢查程序修改后有沒有引起新的錯誤、是否能夠正常工作以及能否滿足系統(tǒng)的需求。第六章測試安排時間進度測試準備階段活動周期（工作日）開始時間結(jié)束時間實施者設(shè)計測試用例10測試執(zhí)行階段模塊名稱周期（工作日）開始時間結(jié)束時間實施者首頁2工作臺2生產(chǎn)監(jiān)控6運營管理6系統(tǒng)管理6

第七章評價準則7.1范本系統(tǒng)測試主要包括UI測試、功能測試、可用性測試。數(shù)據(jù)整理測試實施人員嚴格按照測試用例中的步驟和方法執(zhí)行測試，測試過程中發(fā)現(xiàn)的問題提交到項目管理平臺中，測試實施人員負責對提交的問題進行跟蹤與測試測試結(jié)束后，測試組長負