# 測試計劃模板：帶有 Web 應用程序示例的樣本文檔 > 原文： [https://www.guru99.com/test-plan-for-project.html](https://www.guru99.com/test-plan-for-project.html) ## 什么是測試計劃模板？ **測試計劃模板**是一份詳細的文檔，描述了測試策略，目標，時間表，估計和可交付成果以及測試所需的資源。 測試計劃可幫助我們確定驗證被測應用程序質量所需的工作。 測試計劃作為進行軟件測試活動的藍圖，作為定義的過程，由測試經理對其進行細致的監視和控制。 為確保您的軟件測試項目成功，必須創建[測試計劃](/what-everybody-ought-to-know-about-test-planing.html)。如果您不熟悉測試計劃，請參考本教程[上的如何創建測試計劃](/what-everybody-ought-to-know-about-test-planing.html) [下載示例測試計劃模板](https://drive.google.com/uc?export=download&id=0ByI5-ZLwpo25LThJNUZzUzdkQXM) 下面找到了測試計劃的重要組成部分- * [1 簡介](#1) * [1.1 范圍](#11) * [1.1.1 范圍](#111) * [1.1.2 超出范圍](#112) * [1.2 質量目標](#12) * [1.3 角色和職責](#13) * [2 測試方法](#2) * [2.1 概述](#21) * [2.2 測試級別](#22) * [2.3 錯誤分類](#23) * [2.4 暫停條件和恢復要求](#24) * [2.5 測試完整性](#25) * [3 個測試交付項](#3) * [4 資源&環境需求](#4) * [4.1 測試工具](#41) * [4.2 測試環境](#42) ## 1）簡介 項目所使用的測試策略，過程，工作流程和方法的簡要介紹 ## 1.1）范圍 * * * 1.1.1）范圍 范圍定義了**將要測試的軟件的功能，功能或非功能要求** 1.1.2）超出范圍 超出范圍定義了**不會經過測試的軟件的功能，功能或非功能要求** ## 1.2）質量目標 * * * 在此提及計劃通過手動測試和自動化測試實現的總體目標。 您的測試項目的某些目標可能是 * 確保被測應用程序符合功能和非功能要求 * 確保 AUT 符合客戶定義的質量規格 * 錯誤/問題在上線之前已得到識別和修復 ## 1.3）角色和職責 * * * 詳細描述不同團隊成員的角色和職責，例如 * 質量檢查分析師 * 測試經理 * 配置管理器 * 開發者 * 安裝團隊 在其他人中 ## 2）測試方法 ### 2.1）概述 * * * 提及為項目采用特定測試方法的原因。 為該項目選擇的測試方法可以是 * 瀑布 * 迭代式 * 敏捷 * 極限編程 選擇的方法取決于多個因素。 您可以在此處閱讀有關測試方法的信息[](/testing-methodology.html) ### 2.2）測試級別 * * * **測試級別定義了要在被測應用程序（AUT** ）上執行的測試類型。 測試級別主要取決于項目范圍，時間和預算約束。 ### 2.3）錯誤分類 * * * 分流的目的是 * 定義每個錯誤的解決方案類型 * 要確定錯誤的優先級并確定所有“待修復的錯誤”的時間表。 ### 2.4）停權標準和恢復要求 * * * 暫停標準定義了用于暫停全部或部分測試過程的標準，而恢復標準則確定了在暫停測試之后何時可以恢復測試 ### 2.5）測試完整性 * * * 在這里，您將定義認為將完成測試的標準。 例如，檢查測試完整性的一些標準是 * 100％的測試覆蓋率 * 執行所有手動&自動化測試用例 * 所有打開的錯誤已修復或將在下一版本中修復 ## 3）測試結果 這里提到將在測試生命周期的不同階段交付的所有測試工件。 這是簡單的可交付成果 | * 測試計劃 * 測試用例 * 需求追蹤矩陣 * 錯誤報告 * 測試策略 * 測試指標 * 客戶簽收 | ## 4）資源&環境需求 ### 4.1）測試工具 * * * 列出類似的工具 * 需求跟蹤工具 * 錯誤追蹤工具 * 自動化工具 測試項目所需 ### 4.2）測試環境 * * * 它提到了將用于測試應用程序的最低**硬件**要求。 除客戶端專用軟件外，還需要以下**軟件的**。 * Windows 8 及以上 * Office 2013 以上 * MS Exchange 等 ## 5）術語/縮寫 提及項目中使用的任何術語或首字母縮寫詞 | **TERM / ACRONYM** | **定義** | | 火 | 應用程序界面 | | 要么 | 被測應用 | [下載上述測試計劃模板格式](https://drive.google.com/uc?export=download&id=0ByI5-ZLwpo25LThJNUZzUzdkQXM) ## 樣本測試計劃文檔銀行 Web 應用程序示例 ### 1 引言 測試計劃旨在規定項目 Guru99 Bank 的所有測試活動的范圍，方法，資源和時間表。 計劃確定要測試的項目，要測試的功能，要執行的測試類型，負責測試的人員，完成測試所需的資源和時間表以及與計劃相關的風險。 #### 1.1 范圍 #### 1.1.1 范圍 需要完善軟件要求[規格](https://docs.google.com/document/d/1rPW5DV82VJT6vtA1VDSrfxaCBuAduxW0zb1yfTh_VMk/edit?pli=1)中定義的 websiteGuru99 Bank 的所有功能 | 模塊名稱 | 適用角色 | 描述 | | 余額查詢 | 經理客戶 | **客戶**：一個客戶可以有多個銀行帳戶。 他只能 查看其帳戶的余額 **經理**：經理可以查看 在其監督下的所有客戶的余額 | | 資金轉賬 | Manager Customer | **客戶：**客戶可以將資金從其“自己的” 帳戶轉移到任何目標帳戶。 **經理**：經理可以將資金從任何來源銀行 帳戶轉移到目標帳戶 | | 迷你聲明 | Manager Customer | 迷你語句將顯示帳戶的最近 5 筆交易 **客戶：**客戶只能看到其“擁有的” 帳戶的迷你聲明 **經理：** 經理可以查看任何帳戶的迷你聲明 | | 定制聲明 | Manager Customer | 定制的對帳單允許您根據日期，交易值 **客戶過濾和顯示帳戶中的 交易。客戶：**客戶只能看到其自己的帳戶 的定制對帳單 **經理**：經理可以查看任何 帳戶的自定義聲明 | | 更改密碼 | Manager Customer | **客戶：**客戶只能更改其帳戶的密碼。 **管理員**：管理員只能更改其帳戶的密碼。 他無法更改客戶密碼 | | 新客戶 | 經理 | **管理員**：管理員可以添加新客戶。 | | ? | Manager | **管理員：**管理員可以編輯客戶的地址，電子郵件， 電話之類的詳細信息。 | | 新賬戶 | Manager | 當前，系統提供兩種類型的帳戶 ?保存 ?當前 客戶可以擁有多個保存帳戶（一個名字，另一個名字 ，一個聯合名稱，等等）。 他可以為自己擁有的不同公司 擁有多個經常賬戶。 或者他可以擁有多個活期帳戶和儲蓄帳戶。 **管理員：**管理員可以為現有 客戶添加新帳戶。 | | 編輯帳戶 | Manager | 管理員：管理員可以為現有帳戶添加編輯帳戶詳細信息 | | 刪除帳戶 | Manager | 經理：經理可以為客戶添加刪除帳戶。 | | 刪除客戶 | Manager | 僅當客戶沒有活動的活期帳戶或儲蓄帳戶時，才能刪除該客戶。 **經理：**經理可以刪除客戶。 | | 存款 | Manager | **經理：**經理可以將錢存入任何帳戶。 通常在現金存入銀行分行時完成。 | | 退出 | Manager | **經理：**經理可以從任何帳戶提取資金。 通常在銀行分行提取現金時完成。 | #### 1.1.2 超出范圍 這些功能未經測試，因為它們未包含在軟件要求規范中 * 使用者介面 * 硬體介面 * 軟件界面 * 數據庫邏輯 * 通訊接口 * 網站安全性和性能 ### 1.2 質量目標 測試目標是**驗證**網站 Guru99 Bank 的功能，該項目應重點測試**銀行業務**，例如帳戶管理，取款和余額…等。 到**保證**在實際業務環境中所有這些操作都能正常工作。 ### 1.3 角色和責任 該項目應使用**外包**成員作為測試人員，以節省項目成本。 | **否** | **成員** | **任務** | | **1\.** | 測試經理 | 管理整個項目 定義項目方向 獲取適當的資源 | | **2\.** | 測試 | 識別并描述適當的測試技術/工具/自動化體系結構驗證和評估測試方法執行測試，記錄結果，報告缺陷。 外包成員 | | **3\.** | 測試中的開發人員 | 實施測試用例，測試程序，測試套件等。 | | **4\.** | 測試管理員 | 建立并確保測試環境和資產得到管理和維護 支持測試人員使用測試環境進行測試執行 | | **5\.** | SQA 成員 | 負責質量保證 檢查以確認測試過程是否滿足指定要求 | ### 2 測試方法 ### 2.1 概述 ### 2.2 測試水平 在 Guru99 銀行項目中，應進行 3 種類型的測試。 * **集成**測試（將各個軟件模塊組合并作為一個整體進行測試） * **系統**測試：在完整的**，**和**集成**系統上進行，以評估系統是否符合其指定要求 * **API 測試：**測試為被測軟件創建的所有 API ### 2.3 錯誤分類 ### 2.4 暫停標準和恢復要求 如果團隊成員報告有 **40％的**測試用例**未通過**，請暫停測試，直到開發團隊修復所有失敗的用例為止。 ### 2.5 測試完整性 * 指定表示**成功完成測試階段的**的條件 * 除非給出明確的原因，否則**運行**的速率必須為 **100％**。 * **通過**率為 **80％，**達到通過率是**強制** ### 2.6 項目任務，估算和進度 | **任務** | **成員** | **估算工作量** | | **創建測試規范** | 測試設計師 | 170 工時 | | **執行測試執行** | 測試員，測試管理員 | 80 工時 | | **測試報告** | 測試儀 | 10 工時 | | **測試交付** | | 20 工時 | | **總計** | | **280 工時** | **完成這些任務的時間表** ### 3 測試成果 測試結果如下 **測試階段**之前 * 測試計劃文件。 * 測試案例文件 * 測試設計規范。 **測試期間** -測試工具模擬器。 - 測試數據 -測試跟蹤能力矩陣-錯誤日志和執行日志。 **測試周期結束后** * 測試結果/報告 * 缺陷報告 * 安裝/測試程序指南 * 發行說明 ### 4 資源&環境需求 ### 4.1 測試工具 | **No.** | **資源** | **說明** | | **1\.** | 服務器 | 需要一個安裝 MySQL 服務器的數據庫服務器，安裝 Apache 服務器的 Web 服務器 | | **2\.** | 測試工具 | 開發一個測試工具，可以自動將測試結果生成為預定義的形式并自動執行測試 | | **3\.** | 網絡 | 設置速度至少為 5 Mb / s 的 LAN 千兆以太網和 1 條 Internet 線 | | **4\.** | 電腦 | 至少 4 臺計算機運行 Windows 7，Ram 2GB，CPU 3.4GHZ | ### 4.2 測試環境 根據下圖設置測試環境