測試計劃模板（基於Web應用程式示例的樣本文件）

測試計劃是一個詳盡的文件，它概述了實現軟體測試所需的測試策略、目標、時間表、估算、可交付成果和資源。測試計劃幫助我們確定確認被測應用程式質量所需的工作量。測試計劃是作為定義程式進行軟體測試操作的藍圖，測試經理會密切監控和控制該程式。

根據ISTQB的定義，“測試計劃是一個詳細說明預期測試活動範圍、策略、資源和時間表的文件”。

讓我們來看一個測試計劃的示例/場景：你想在會議上與團隊成員討論測試計劃，但他們對此不感興趣。

在這種情況下你會怎麼做？

A) 我是經理；按照我的指示去做。

B) 現在，讓我解釋一下為什麼需要測試計劃。

什麼是測試計劃？為什麼它很重要？

建立測試計劃文件有幾個優點。

幫助測試團隊以外的其他人員（例如開發人員、業務經理和客戶）理解測試的細微之處。

我們的思維受到測試計劃的指導。這類似於必須遵循的一套規則。

測試計劃記錄了重要的功能，例如測試估算、測試範圍和測試策略，以便管理團隊可以對其進行評估，並可重複用於其他專案。

編寫測試計劃的最佳方法是什麼？

您已經知道，在測試管理流程中最基本的任務是建立測試計劃。要根據IEEE 829標準建立測試計劃，請遵循以下步驟。

• 檢查專案。

• 制定測試策略

• 建立測試目標列表。

• 指定測試標準

• 組織資源

• 構建測試環境

• 估算和進度安排

• 確定測試交付成果

測試計劃模板的定義是什麼？

測試計劃模板是一個詳盡的文件，它概述了測試策略、目標、時間表、估算和可交付成果，以及測試所需的資源。測試計劃幫助我們確定確認被測應用程式質量所需的工作量。測試計劃是作為定義程式進行軟體測試操作的藍圖，測試經理會密切監控和控制該程式。

為了確保任何軟體測試專案的成功，您必須首先建立一個測試計劃。

下面列出了測試計劃的重要組成部分。

• 引言

• 目的

• 工作範圍

• 排除範圍

• 質量保證目標

• 測試方法

• 大圖景

• 測試級別

• 缺陷分類

• 暫停要求和暫停標準

• 測試的完整性

• 測試交付成果

• 資源和環境要求

• 測試工具

• 測試環境

簡短介紹

簡要概述專案的測試技術、流程、工作流程和方法。

目的

測試計劃的目的。

工作範圍

被測程式的範圍標識其功能和非功能需求。

排除範圍

超出範圍是指將不進行評估的軟體的功能和非功能需求。

質量目標

• 在本節中，記下您希望透過手動和自動化測試實現的總體目標。

• 您的某些測試專案目標可能包括以下內容：

• 確保被測應用程式符合所有功能和非功能標準。

• 確定AUT是否滿足客戶的質量要求。

• 在上線之前，檢測並糾正錯誤和問題。

責任和角色

詳細描述各個團隊成員的角色和責任，包括：

• 質量保證分析師

• 測試經理

• 配置經理

• 開發人員

• 安裝團隊

測試方法

**一般資訊** - 說明為什麼為專案選擇特定的測試方法。專案選擇的測試方法可能是

• 瀑布模型

• 迭代式

• 敏捷

• 極限程式設計 (XP)

多個變數會影響所使用的方法。

測試級別

測試級別定義了將對被測應用程式 (AUT) 執行的測試型別。測試級別通常由專案的範圍以及時間和資金限制決定。

缺陷分類

• 分類的目的是找出你的問題所在。

• 選擇將用於每個問題的錯誤解決型別

• 對問題進行優先順序排序，併為所有“待修復錯誤”設定時間表。

暫停標準和恢復要求

暫停標準提供了可以暫停所有或部分測試過程的條件，而恢復標準則指定了在測試中斷後可以何時繼續測試。

確保一切井然有序。

在本節中，您將設定確定測試是否完成的標準。例如，確定測試是否完成的一些標準可能是：

• 測試覆蓋率為 100%。

• 所有手動和自動化測試用例都已完成。

• 所有未解決的錯誤已解決或將在下一個版本中解決。

待測試交付成果

這裡將包含在測試生命週期的各個階段提供的全部測試工件。

基本交付成果列在下面。

• 測試計劃

• 案例研究

• 需求跟蹤矩陣

• 測試策略

• 測試指標

• 客戶批准

環境和資源需求

**測試工具** - 列出有用的工具，例如

• 需求跟蹤工具

• 缺陷跟蹤軟體

• 自動化工具

必須測試的專案。

測試環境

它指定了測試應用程式的最低硬體要求。

除了特定於客戶端的軟體外，還需要以下軟體。

• Windows 8 及更高版本

• Microsoft Office 2013 及更高版本

• 例如，Microsoft Exchange。

縮寫/術語

提及專案中使用的任何術語或縮寫。

• API 代表“應用程式程式設計介面”。

• AUT 代表被測應用程式

文件銀行Web應用程式的測試計劃示例

引言

測試計劃指定 Guru99 Bank 專案所有測試操作的範圍、策略、資源和時間安排。

該計劃確定了要測試的內容、要測試的功能、要執行的測試型別、負責測試的人員、完成測試所需的資源和時間表以及計劃的風險。

排除範圍

由於這些功能不屬於軟體需求規範的一部分，因此不會對它們進行評估。

• 使用者介面

• 硬體介面

• 軟體介面

• 邏輯資料庫

• 通訊介面

• 網站效能和安全性

質量保證目標

測試目標是驗證 Guru99 Bank 網站的功能。專案應專注於測試銀行業務，例如賬戶管理、取款和餘額等，以確保所有這些業務都可以在真實的業務環境中正常執行。

責任和角色

為了降低專案成本，專案應使用外包人員作為測試人員。

測試方法

測試級別

電子商務網站專案應執行三種類型的測試。

• 整合測試（將單個軟體模組組合在一起並作為一個組進行測試）

• 系統測試在一個完整的整合系統上進行，以檢查它是否符合系統的需求。

• API 測試 - 驗證為被測程式建立的所有 API 是否正常工作。

缺陷分類

**暫停要求和暫停標準** - 如果團隊成員指出 40% 的測試用例失敗，則應暫停測試，直到開發團隊修復所有失敗的例項。

測試的完整性

• 指定成功完成測試階段的要求。

• 除非提供有效的理由，否則執行率必須達到 100%。

• 透過率設定為 80%，必須透過。

專案的任務、估算和時間表

測試交付成果

以下是測試交付物：

測試階段之前

• 包含測試計劃的文件。

• 包含測試用例的文件

• 測試設計規範

在測試期間，

• 測試工具模擬器。

• 測試資料

• 錯誤日誌和執行日誌 - 測試跟蹤矩陣

測試周期完成後，

• 測試報告/結果

• 缺陷報告

• 安裝/測試程式指南

• 發行說明

資源和環境要求

Vineet Nanda

更新於：2021 年 11 月 26 日

5000+ 次瀏覽

啟動您的職業生涯

透過完成課程獲得認證

開始