軟件測試-測試方案模板

PAGEPAGEXXXXX項目工程XXXXX系統(tǒng)系統(tǒng)測試方案xxxxxx有限公司2023年xx月文檔版本歷史版本編制人編制日期審核人審核日期編制說明V1.0XXX2024/7/21XXX2024/7/29文檔編制xxxxxx系統(tǒng)測試方案目錄TOC\o"1-3"\u1.概述 -1-1.1.文檔編寫目的 -1-1.2.參考資料 -1-1.3.項目背景 -1-1.4.測試范圍和測試內(nèi)容 -1-2.測試策略 -2-2.1.測試重點 -2-2.1.1.商品購買 -2-2.2.測試難點 -2-3.測試整體計劃 -3-4.測試方法 -4-4.1.代碼審查 -4-4.2.代碼靜態(tài)分析 -4-4.3.接口測試 -4-4.4.功能測試 -4-4.5.性能測試 -4-5.測試類別 -5-5.1.單元測試 -5-5.1.1.測試對象 -5-5.1.2.測試目的 -5-5.1.3.測試的組織和管理 -5-5.1.4.技術(shù)要求 -5-5.1.5.測試內(nèi)容 -6-5.1.6.測試環(huán)境 -6-5.2.集成測試 -6-5.2.1.測試對象 -6-5.2.2.測試目的 -6-5.2.3.測試的組織和管理 -7-5.2.4.技術(shù)要求 -7-5.2.5.測試內(nèi)容 -7-5.2.6.測試環(huán)境 -7-5.3.系統(tǒng)測試 -8-5.3.1.測試對象 -8-5.3.2.測試目的 -8-5.3.3.測試的組織和管理 -8-5.3.4.技術(shù)要求 -8-5.3.5.測試內(nèi)容 -9-5.3.6.測試環(huán)境 -9-6.軟件測試工具 -9-6.1.缺陷管理工具 -9-6.2.用例管理工具 -10-6.3.性能測試工具 -11-7.錯誤級別定義 -11-7.1.一級（致命） -11-7.2.二級（嚴(yán)重） -11-7.3.三級（一般） -12-7.4.四級（建議） -12-15-概述文檔編寫目的示例：本文檔是xxxxx項目的測試方案，明確了現(xiàn)有項目的信息和應(yīng)測試的軟件構(gòu)件、測試資源、測試策略、測試通過標(biāo)準(zhǔn)和測試工具等，預(yù)估了項目的風(fēng)險和應(yīng)對措施，也是本項目中其他文檔編寫及結(jié)果評價的基礎(chǔ)，為軟件開發(fā)管理者、軟件開發(fā)工程師、測試工程師、系統(tǒng)維護工程師提供關(guān)于項目整體測試的指導(dǎo)。參考資料示例：《XX項目需求規(guī)格說明書》《XX項目測試計劃》GB/T8567－2006《計算機軟件文檔編制規(guī)范》GB/T9386-2008《計算機軟件測試文件編制規(guī)范》GB/T16260.1-2006《軟件工程產(chǎn)品質(zhì)量第1部分：質(zhì)量模型》GB/T16260.2-2006《軟件工程產(chǎn)品質(zhì)量第2部分：外部度量》GB/T16260.3-2006《軟件工程產(chǎn)品質(zhì)量第3部分：內(nèi)部度量》GB/T16260.4-2006《軟件工程產(chǎn)品質(zhì)量第4部分：使用質(zhì)量的度量》項目背景測試范圍和測試內(nèi)容示例：在xxxxx項目中，項目建設(shè)系統(tǒng)有例如：購物商城系統(tǒng)，物流系統(tǒng)，erp采購系統(tǒng)等。測試范圍包括：例如：購物商城系統(tǒng)的商品模塊，購物車模塊，搜索模塊，支付模版等，涉及到第三方的業(yè)務(wù)節(jié)點，只測試對接的業(yè)務(wù)流程，不測試三方系統(tǒng)的內(nèi)部功能和性能。根據(jù)項目交付總體規(guī)劃和實施計劃，測試工作內(nèi)容包括：根據(jù)交付需求，制定測試方案和測試計劃。設(shè)計測試用例與評審。執(zhí)行以系統(tǒng)為核心單元的功能測試。項目現(xiàn)場進行產(chǎn)品部署驗證測試，定制集成測試。針對項目進行整體系統(tǒng)測試（功能、非功能）。測試過程和測試結(jié)果形成文檔，輸出報告。若項目在交付過程中出現(xiàn)需求變更，需要遵循項目需求變更流程，測試內(nèi)容和計劃相應(yīng)進行修改。測試策略描述XX項目XX系統(tǒng)的測試重點和難點，包括重要性詳細(xì)說明、困難性詳細(xì)說明。測試重點商品購買序號重點項重要性說明備注1加入購物車驗證加入購物車功能正常2購買驗證購買功能，提交訂單功能是否正常3支付驗證支付功能是否正常測試難點序號難點項困難性說明備注1第三方對接各方使用的技術(shù)框架不統(tǒng)一，溝通成本高，且第三方提供的產(chǎn)物系統(tǒng)無法保證測試整體計劃梳理出測試包含的階段、每個階段的開始和結(jié)束時間、參與人員、測試工作內(nèi)容和產(chǎn)出物。示例：階段時間段參與人員測試工作內(nèi)容產(chǎn)出初始化部署走查根據(jù)部署方案驗證系統(tǒng)部署情況已部署產(chǎn)品功能走查走查報告詳細(xì)設(shè)計階段參與原型評審進行測試點拆分測試功能點測試計劃RD開發(fā)階段測試用例設(shè)計用例評審測試用例文檔接口測試用例內(nèi)部測試環(huán)境準(zhǔn)備準(zhǔn)入測試執(zhí)行手工測試Bug回歸測試測試報告現(xiàn)場功能迭代測試執(zhí)行手工測試Bug回歸測試測試結(jié)論現(xiàn)場集成測試集成用例設(shè)計及評審執(zhí)行手工測試Bug回歸測試測試報告現(xiàn)場系統(tǒng)測試性能測試用例設(shè)計及評審編寫性能測試腳本執(zhí)行非功能性測試（性能、兼容性、穩(wěn)定性等）系統(tǒng)優(yōu)化后復(fù)測性能測試結(jié)果測試報告初驗階段上線評審編寫初驗報告驗收報告項目總結(jié)階段相關(guān)總結(jié)用例整理測試方法代碼審查研發(fā)代碼開發(fā)完成后，在代碼合入代碼庫之前，對源代碼系統(tǒng)化地審查，以同行評審的方式進行，找出及修正在軟件開發(fā)初期未發(fā)現(xiàn)的錯誤，提升軟件質(zhì)量。代碼靜態(tài)分析功能開發(fā)完畢，在提交測試之前，使用靜態(tài)掃描工具對代碼進行掃描，幫助檢查代碼語義缺陷，發(fā)現(xiàn)潛在安全漏洞，保證系統(tǒng)安全。接口測試接口測試可以測試外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各個子系統(tǒng)之間的交互。測試的重點是要檢查數(shù)據(jù)的交換，傳遞和控制管理過程，以及系統(tǒng)間的相互邏輯依賴關(guān)系等。功能測試采用黑盒測試方法，使用功能分解、邊界值分析、判定表、因果圖、狀態(tài)圖、隨機測試、猜錯法和正交試驗法設(shè)計測試用例，并按照流程執(zhí)行。性能測試在系統(tǒng)完成集成后，可以進行性能測試。通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項性能指標(biāo)進行測試，以保證系統(tǒng)滿足需求規(guī)格說明書中的各項性能要求。測試類別根據(jù)GB/T8566要求，測試按照如下測試類別作詳細(xì)描述。單元測試測試對象單元測試的對象是獨立編譯或匯編的程序模塊（或稱為軟件構(gòu)建或在面向?qū)ο笤O(shè)計中的類）。測試目的軟件單元測試的目的是檢查每個軟件單元是否正確實現(xiàn)設(shè)計說明的功能、性能、接口和其他涉及約束要求，發(fā)現(xiàn)單元內(nèi)可能存在的各種差錯。測試的組織和管理由軟件開發(fā)團隊實施軟件單元測試，也可委托第三方進行軟件單元測試。技術(shù)要求軟件單元測試一般應(yīng)符合以下技術(shù)要求：1.對軟件設(shè)計文檔規(guī)定的軟件單元的功能、性能、接口等應(yīng)逐項進行測試；2.每個軟件特性應(yīng)至少被一個正常測試用例和一個被認(rèn)可的異常測試用例覆蓋；3.測試用例的輸入應(yīng)該至少包括有效等價類值、無效等價類值和邊界數(shù)據(jù)值；4.在對軟件單元進行動態(tài)測試之前，一般應(yīng)對軟件單元的源代碼進行靜態(tài)測試；5.語句覆蓋率達到100%；6.分支覆蓋率達到100%；7.對輸出數(shù)據(jù)及其格式進行測試。測試內(nèi)容當(dāng)靜態(tài)測試時，所測試的內(nèi)容與選擇的測試方法有關(guān)。如采用代碼審查方法，通常要對寄存器的使用、程序格式、入口和出口的連接、程序語言的使用、存儲器的使用等內(nèi)容進行檢查。采用靜態(tài)分析方法，通常要對軟件單元的控制流、數(shù)據(jù)流、接口、表達式等內(nèi)容進行分析。當(dāng)動態(tài)測試時，通常對軟件單元的功能、性能、接口、局部數(shù)據(jù)結(jié)構(gòu)、獨立路徑、出錯處理、邊界條件和內(nèi)存使用情況進行測試。通常對軟件單元接口的測試優(yōu)先于其他內(nèi)容的測試。測試環(huán)境測試環(huán)境包括測試運行環(huán)境和測試工具環(huán)境。測試運行環(huán)境一般應(yīng)符合軟件測試合同（或項目計劃）的要求。通常是開發(fā)環(huán)境或仿真環(huán)境。測試工具一般要求是經(jīng)過認(rèn)可的工具。集成測試測試對象軟件集成測試對象包括：1.任意一個軟件單元集成到計算機軟件系統(tǒng)的組裝過程；2.任意一個組裝得到的軟件系統(tǒng)。測試目的軟件集成測試的目的是檢驗軟件單元之間、軟件單元和已集成的軟件系統(tǒng)之間的接口關(guān)系。并驗證已集成軟件系統(tǒng)是否符合設(shè)計要求。測試的組織和管理軟件集成測試一般由軟件開發(fā)團隊組織并實施，測試人員與開發(fā)人員應(yīng)相對獨立；也可委托第三方進行軟件集成測試。軟件集成測試的過程產(chǎn)品一般應(yīng)納入軟件的配置管理中。技術(shù)要求軟件集成測試一般應(yīng)符合以下技術(shù)要求：1.應(yīng)對已集成軟件進行必要的靜態(tài)測試，并先于動態(tài)測試進行；2.軟件要求的每個特性應(yīng)被至少一個正常的測試用例和一個被認(rèn)可的異常測試用例覆蓋；3.測試用例的輸入應(yīng)至少包括有效等價類值、無效等價類值和邊界數(shù)據(jù)值；4.應(yīng)采用增量法，測試新組裝的軟件；5.應(yīng)逐項測試軟件設(shè)計文檔規(guī)定的軟件的功能、性能等特性；6.應(yīng)測試軟件之間、軟件和硬件之間的所有接口；7.應(yīng)測試軟件單元之間的所有調(diào)用，達到100%的測試覆蓋率；8.應(yīng)測試軟件的輸出數(shù)據(jù)及其格式；9.應(yīng)測試運行條件（如數(shù)據(jù)結(jié)構(gòu)、輸入/輸出通道容量、內(nèi)存空間、調(diào)用頻率等）在邊界狀態(tài)下，進而在認(rèn)為設(shè)定的狀態(tài)下，軟件的功能和性能；10.應(yīng)按設(shè)計文檔要求，對軟件的功能、性能進行強度測試。測試內(nèi)容當(dāng)對已集成軟件進行必要的靜態(tài)測試時，所測試的內(nèi)容與選擇的靜態(tài)測試方法有關(guān)。當(dāng)動態(tài)測試時，從全局?jǐn)?shù)據(jù)結(jié)構(gòu)及軟件的適合性、準(zhǔn)確性、互操作性、容錯性、時間特性、資源利用類這幾個軟件質(zhì)量子特性方面考慮，確定測試內(nèi)容。測試環(huán)境測試環(huán)境包括測試運行環(huán)境和測試工具環(huán)境。測試運行環(huán)境一般應(yīng)符合軟件測試合同（或項目計劃）的要求。通常是開發(fā)環(huán)境或仿真環(huán)境。測試工具一般要求是經(jīng)過認(rèn)可的工具。系統(tǒng)測試測試對象系統(tǒng)測試的對象是完整的、集成的計算機系統(tǒng)，重點是新開發(fā)的軟件配置項的集合。測試目的系統(tǒng)測試的目的是在真實系統(tǒng)工作環(huán)境下檢驗完整的軟件配置項能否和系統(tǒng)正確連接，符合客戶的使用場景，并滿足系統(tǒng)設(shè)計文檔和軟件開發(fā)合同規(guī)定的要求。測試的組織和管理系統(tǒng)測試按合同規(guī)定要求執(zhí)行，或由軟件的需方或由軟件的開發(fā)方組織，由獨立于軟件開發(fā)的人員實施，軟件開發(fā)人員配合。如果系統(tǒng)測試委托第三方實施，一般應(yīng)委托國家認(rèn)可的第三方測試機構(gòu)。應(yīng)加強系統(tǒng)測試的配置管理，已通過測試的系統(tǒng)狀態(tài)和各項參數(shù)應(yīng)詳細(xì)記錄，歸檔保存，未經(jīng)測試負(fù)責(zé)人允許，任何人無權(quán)改變。系統(tǒng)測試應(yīng)嚴(yán)格按照由小到大、由簡到繁、從局部到整體的程序進行。技術(shù)要求系統(tǒng)測試一般應(yīng)符合以下技術(shù)要求：1.系統(tǒng)的每個特性應(yīng)被至少一個正常的測試用例和一個被認(rèn)可的異常測試用例覆蓋；2.測試用例的輸入應(yīng)至少包括有效等價類值、無效等價類值和邊界數(shù)據(jù)值；3.應(yīng)逐項測試系統(tǒng)/子系統(tǒng)設(shè)計說明規(guī)定的系統(tǒng)的功能、性能等特性；4.應(yīng)測試軟件配置項之間及軟件配置項與硬件之間的接口；5.應(yīng)測試系統(tǒng)的輸出及其格式；6.應(yīng)測試運行條件在邊界和異常狀態(tài)下，或人為設(shè)定的狀態(tài)下，系統(tǒng)的功能和性能；7.應(yīng)測試系統(tǒng)訪問和數(shù)據(jù)安全性；8.有測試系統(tǒng)的全部存儲量、輸入/輸出通道和處理時間的余量；9.應(yīng)按系統(tǒng)或子系統(tǒng)設(shè)計文檔的要求，對系統(tǒng)的功能、性能進行強度測試；10.應(yīng)測試設(shè)計中用于提供系統(tǒng)安全性、可靠性的結(jié)構(gòu)、算法、容錯、冗余、中斷測試內(nèi)容對系統(tǒng)測試的測試內(nèi)容主要從：適合性、準(zhǔn)確性、互操作性、安全保密性、成熟性、容錯性、易恢復(fù)性、易理解性、易學(xué)性、易操作性、吸引性、時間特性、資源利用性、易分析性、易改變性、穩(wěn)定性、易測試性、適應(yīng)性、易安裝性、共存性、易替換性和依從性等方面來考慮。測試環(huán)境測試環(huán)境包括測試的運行環(huán)境和測試工具環(huán)境。測試運行環(huán)境一般應(yīng)符合軟件測試合同（或項目計劃）的要求。通常是軟件及其所屬系統(tǒng)的正式工作環(huán)境或仿真環(huán)境。測試工具一般要求是經(jīng)過認(rèn)可的工具。軟件測試工具缺陷管理工具在此規(guī)定本測試項目將使用的缺陷跟蹤及管理工具，并對在項目完成時所應(yīng)提交的圖表化的報告進行概要說明。依照設(shè)計好的測試用例對產(chǎn)品進行測試，將發(fā)現(xiàn)的缺陷，包括功能、界面等，按照用例中的功能模塊分別記錄，保證各類缺陷記錄的維護、分配和修改。使用缺陷管理工具對缺陷進行跟蹤和管理，規(guī)范的BUG描述需要包含如下內(nèi)容：1.缺陷ID2.產(chǎn)品名稱3.缺陷類型4.功能模塊5.嚴(yán)重程度6.操作系統(tǒng)7.優(yōu)先級別8.提交人員9.負(fù)責(zé)人10.缺陷摘要11.缺陷詳細(xì)描述12.缺陷截圖用例管理工具禪道用于進行測試過程中的管理，通過使用禪道提供的功能，可以將測試過程從測試需求、測試設(shè)計、到測試執(zhí)行完整的管理起來。同時，它還提供了多種測試結(jié)果的統(tǒng)計和分析，使我們能夠簡單的開始測試工作和分析測試結(jié)果。作為基于web的測試管理系統(tǒng)，禪道的主要功能包括：1.測試需求管理；2.測試用例管理；3.測試用例對測試需求的覆蓋管理；4.測試計劃的制定；5.測試用例的執(zhí)行。性能測試工具LoadRunner，是一種預(yù)測系統(tǒng)行為和性能的負(fù)載測試工具。通過以模擬多用戶實施并發(fā)負(fù)載及實時性能監(jiān)測的方式來確認(rèn)和查找問題。使用LoadRunner能最大限度地縮短測試時間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。LoadRunner可適用于多種體系架構(gòu)的自動負(fù)載測試，能預(yù)測系統(tǒng)行為并評估系統(tǒng)性能。錯誤級別定義一級（致命）不能完全滿足系統(tǒng)要求，基本功能未完全實現(xiàn)；系統(tǒng)崩潰或掛起等導(dǎo)致系統(tǒng)不能繼續(xù)運行。包括以下各種錯誤：1.由于程序所引起的死機，非法退出；2.死循環(huán)；3.數(shù)據(jù)庫發(fā)生死鎖； 4.因錯誤操作導(dǎo)致的程序中斷；5.重大功能錯誤；6.與數(shù)據(jù)庫連接錯誤；7.數(shù)據(jù)通訊錯誤。二級（嚴(yán)重）嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn)，且沒有更正辦法（重新安裝或重新啟動該系統(tǒng)不屬于更正辦法）。使系統(tǒng)不穩(wěn)定、或破壞數(shù)據(jù)、或產(chǎn)生錯誤結(jié)果、或部分功能無法執(zhí)行，而且是常規(guī)操作中經(jīng)常發(fā)生或非常規(guī)操作中不可避免的主要問題。包括以下各種錯誤：1.程序接口錯誤；2.因錯誤操作迫使程序中斷；3.系統(tǒng)可被執(zhí)行，但操作功能無法執(zhí)行（含指令）；4.單項操作功能可被執(zhí)行，但在此功能中某些功能（含指令參數(shù)的使用）無法被執(zhí)行（對系統(tǒng)非致命的）；5.在功能項的某些項目（選項）使用無效（對系統(tǒng)非致命的）；6.業(yè)務(wù)流程不正確；7.功能