軟件質量保障

專注測試圈，自動化測試、測試平臺開發、測試新技術、大廠測試崗面經分享， 可以幫忙內推BATJ等大廠！歡迎加VX溝通交流: ISTE1024

定義

測試計劃的內容包含測試策略、測試目標、測試里程碑、測試資源評估、交付成果。測試計劃是我們完成某個項目過程中所需要付出的努力，是軟件測試活動的藍圖，由測試經理進行把控整個測試過程。

根據國際軟件測試資質認證委員會（ISTQB）的定義："測試計劃是一個描述范圍、方法、資源和測試活動時間表的文件"。

測試計劃的意義

制定測試計劃有以下好處：

幫助測試團隊以外的項目成員，如開發人員、業務經理、客戶了解測試過程的細節。

測試計劃是測試指導性思維。可以把它作為一本指導書書，需要測試人員遵守。

如何寫好測試計劃

你已經知道，制定一個測試計劃是測試管理過程中非常重要的任務。那么我們可以按照下面的八個步驟創建一個測試計劃：

分析產品需求

測試策略

測試目標

測試標準

資源規劃

測試環境

測試里程碑

交付物

1.分析產品需求

假如被測試的產品是xx銀行網站。進行需求評審前，你應該研究產品的用戶，了解他們對產品的需求。你要回答以下問題：

誰將使用該網站？

它的用途是什么？

它將如何工作？

它依賴的軟件/硬件是什么？

它和競品相比，其優勢劣勢分別是什么？

2.測試策略

測試策略是軟件測試中測試計劃中關鍵內容。測試策略的設計需要從以下兩方面著手：

項目的測試目標和實現這些目標需要采取什么最優的方法

確定測試工作和成本

回到項目中，你為測試xx銀行網站制定測試策略，應該遵循以下步驟：

2.1 確定測試范圍

在開始任何測試活動之前，應該首先確定測試范圍。你必須認真思考下面的問題：

• 要測試的系統組件（硬件、軟件、中間件等）被定義為 "范圍內"。

• 系統中不被測試的組件也需要明確，定義為 "范圍外"。

定義測試項目的范圍對所有項目參與者來說是非常重要的，可以讓所有的項目成員清楚地了解哪些是測試內容，哪些不是。

思考：如何確定項目的測試范圍？

2.2 確定測試方法

每個測試方法都是為了識別特定類型的產品缺陷而制定的。但是，所有的測試方法都是為了實現一個共同的目標："在向客戶發布產品之前，盡早盡可能發現所有的缺陷"。

常用的測試方法描述如下圖所示：

有大量的測試方法用于測試軟件產品。你的團隊不可能有足夠的精力來使用所有方法進行測試。作為測試經理，你必須設定測試的優先級。

問題：測試人員是哪些？

你可能不知道要參與項目的測試員的確切名字，但測試員的類型需要被確定。

要為指定的任務選擇合適的測試成員，你必須考慮他的技能是否能勝任該任務，還要估計項目預算。為任務選擇錯誤的成員可能會導致項目的失敗或延誤。

具備以下技能的人是進行軟件測試的最理想人選。

• 能夠理解客戶的觀點

• 對質量的強烈渴望

• 對細節的關注

• 良好的合作

在你的項目中，將負責測試執行的成員可以選擇內包或外包。

3. 測試目標

測試目標是測試執行的總體要達成的目標。例如：測試目標是找到盡可能多的軟件缺陷，確保被測試的軟件在發布前是沒有缺陷的。

為了定義測試目標，你應該做以下兩點：

列出所有可能需要測試的軟件功能（功能、性能、GUI...）。

根據上述功能定義測試的目標或目的。

讓我們根據以上兩點來找到xx銀行測試項目的測試目標。

你可以選擇 "自上而下 "的方法來分析需要測試的網站功能。利用這種方法，你將被測試的應用程序分解為組件和子組件。你可以創建一個思維導圖分析網站的功能，如下圖所示：

基于以上特點，你可以定義xx項目的測試目標如下：

• 檢查xx網站的功能（賬戶、存款......）在實際業務環境中是否按預期工作，沒有任何錯誤或漏洞。

• 檢查網站的外部界面（如用戶界面）是否按預期工作，并滿足客戶需求。

• 驗證網站的可用性。這些功能對用戶來說是否方便？

4.定義測試標準

測試標準包含暫停標準和準出標準。

暫停標準

指定一個測試的關鍵暫停標準。如果在測試中遇到暫停標準，活動的測試周期將被暫停，直到問題得到解決。

例如：如果你的團隊成員報告說有40%的測試用例失敗，你應該暫停測試，直到開發團隊修復所有失敗的用例。

準出標準

它表示成功完成一個測試階段的標準。準出標準是測試的目標結果，在進入下一個項目階段之前是必須達到的條件。例如：95%的關鍵測試用例必須通過可以作為一個準出標準。

定義準出標準的方法是可以指定一個用例執行率或者用例通過率：

• 執行率是執行的測試用例數量與測試規范的總測試用例之間的比率。例如，測試規范共有120個TC，但測試人員只執行了100個TC，所以執行率是100/120=0.83（83%）。

• 通過率是指通過的測試用例/執行的測試用例數量之間的比率。例如，在上述100個測試用例中，有80個測試用例通過，所以通過率是80/100=0.8（80%）。

5.資源規劃

資源規劃是對完成項目任務所需的各類資源的詳細總結。資源可以是完成一個項目所需的人力、設備和材料。

資源規劃是測試計劃的重要內容，因為它有助于確定用于項目的資源（雇員、設備......）的數量。因此，測試經理可以為項目制定正確的測試時間表和估算。資源包含人力，系統資源。

6.測試環境

什么是測試環境

測試環境是一個軟件和硬件的設置，測試團隊將在其上執行測試用例。測試環境包括真實的業務和用戶環境，以及物理環境，如服務器(軟件的運行環境)。

如何配置測試環境

回到你的項目，你如何為這個xx銀行網站配置測試環境？

為了完成這項任務，你需要測試團隊和開發團隊之間強有力的合作。

你應該問開發人員一些問題，以清楚地了解被測試的網絡應用。例如：

• 這個網站同時能處理的最大用戶連接是什么？

• 安裝這個網站的硬件/軟件要求是什么？

• 用戶的電腦是否需要任何特別的設置來瀏覽網站？

下圖描述了銀行網站的測試環境 www.demo.xx.com

7.時間表和估算

為了創建項目時間表，測試經理需要考慮以下幾點：

• 員工和項目期限。工作日，項目期限，資源可用性是影響進度的因素。

• 項目評估。在估算的基礎上，測試經理知道需要多長時間來完成項目。因此，他可以制定適當的項目時間表。

• 項目風險：了解風險有助于測試經理在項目計劃中增加足夠的額外時間來處理風險。

讓我們用一個例子來練習。

假設老板想在一個月內完成xx項目，你已經估計了每個任務的工作量，并創建了如下時間表。

8.測試可交付成果

測試可交付成果是所有文件、工具和其他組件的列表，這些都是為支持測試工作而必須開發和維護的。

在軟件開發生命周期的每個階段都有不同的測試交付物。

測試交付品在測試階段之前提供:

• 測試計劃文件。

• 測試用例文件

• 測試設計規范。

測試交付物在測試期間提供:

• 測試腳本

• 模擬器。

• 測試數據

• 測試可追溯性矩陣

• 錯誤日志和執行日志。

測試周期結束后提供測試成果：

• 測試結果/報告

• 缺陷報告

• 安裝/測試程序指南

• 發布說明

內推福利

掃我投遞簡歷（校園招聘）

社招需要內推的可以直接聯系我or私信我（VX: ISTE1024）

往期文章推薦

往期推薦

接口測試框架開發實踐4：HTTP方法封裝

接口測試框架開發實踐3：用例管理模塊

經驗分享｜測試工程師轉型測試開發歷程

接口測試框架開發實踐5：配置文件讀取

接口測試框架開發實踐2：接口自動化測試框架設計思路

接口自動化測試框架實踐1：接口測試概述

我在阿里做測開

總結

以上是生活随笔為你收集整理的如何写好测试计划的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。