簡述軟體測試計畫

由安博測試空間技術中心提供主要知識點

1、軟體測試計畫的作用

2、制訂測試計畫的原則

3、如何制訂軟體測試計畫

4、制訂測試計畫時面對的問題

5、衡量乙份好的測試計畫的標準

6、制訂測試計畫

一、軟體測試計畫的作用

測試計畫就是描述所有要完成的測試工作，包括被測試專案的背景、目標、範圍、方式、資源、進度安排、測試組織，以及與測試有關的風險等方面。主要有以下作用：

1、使軟體測試工作進行更順利

軟體測試計畫明確地將要進行的軟體測試採用的模式、方池、步驟以及可能遇到的問題與風險等內容都做了考慮和計畫，這樣會使測試執行、測試分析和撰寫測試報告的準備工作更加有效，使軟體測試工作進行得更順利。

2、增進專案參加人員之間的溝通

3、及早發現和修正軟體規格說明書的問題

在編寫軟體測試計畫的初期，首先要了解軟體各個部分的規格及要求，這樣就需要仔細地閱讀、了解規格說明書。在這個過程中，可能會發現其**現的問題，例如規格說明書的論述前後矛盾、描述不完整等。對規格說明書中的缺陷越早修正，對軟體開發的益處越大，因為規格說明書從一開始就是軟體開發工作的依據。

4、使軟體測試工作更易於管理

制訂測試計畫的另乙個目的，就是要對整個軟體測試工作採取系統化的方式來進行，這樣會使軟體測試上作更易於管理。測試計畫包含兩種主要的管理方式，一是上作分解結構，二是監督和控制。

二、制訂測試計畫的原則

1、制訂測試計畫應盡早開始。

2、保持測試計畫的靈活性。

3、保持測試計畫簡潔易讀。

4、盡量爭取多方面來評審測試計畫。

5、計算測試計畫的投入。

三、如何制訂軟體測試計畫

1、認真做好測試資料的蒐集整理工作

重點是收集與技術資訊相關的內容，主要有以下幾部分：

1)軟體的類別及其構成。軟體的類別及其構成是指軟體的類別與用途(不同類的軟體有不同的考慮重點)、軟體的結構、軟體所支援的平台以及軟體的主要構成部分、各自功能及各部分之間的聯絡、每一構成部分所使用的計算機語言等資訊。如果進行白盒測試，那麼測試人員還要熟悉各部分已建立的函式庫中的函式以及這些函式的用途和其輸入、輸出。

2)軟體的使用者介面。使用者介面的類別是指軟體的使用者介面風格類似windows軟體，還是指令行軟體，或是網而類軟體。測試人員還需掌握使用者介面各部分的功能、聯絡以及介面各織成部件的特性、操作特點等。

3)在所測試的軟體涉及第二方軟體的情況下，必須對這個第三方軟體的功能及其與所要測試的軟體之間的聯絡有一定的了解

另外，需要蒐集整理的資訊還包括軟體專案進展到現在主要存在的問題，測試工作需使用何種測試軟體，使用何種缺陷報告軟體，測試使用何種版本控制軟體，哪些計算機是專門用於測試的，還有哪些關於這一軟體產品的資訊可供參考等。

2、明確測試的目標，增強測試計畫的實用性

3、堅持「5w」規則，明確內容與過程

「5w」規則中的w分別是指「what(做什麼)」、「why(為什麼做)」、「when(何時做)」、「where(在**)」、「how(如何做)」。

4、採用評審和更新機制，保證測試計畫滿足實際需求

四、制訂測試計畫時面對的問題

1、與開發者的意見不一致。

2、缺乏測試工具。

3、培訓不夠。

4、管理部門缺乏對測試丁作的理解利支援。

5、缺乏使用者的參與。

6、測試時間不足。

7、過分依賴測試人員。

8、測試人員處於進退兩難的狀態。

9、不得不說「不」。

五、衡量測試計畫的標準

1、測試計畫應能有效地引導整個軟體測試工作正常執行，並能使測試部門配合程式設計部門，保證軟體質量，按時將產品推出。

2、測試計畫所提供的方法應能使測試高效地進行，即能在較短的時間內拔出盡可能多的軟體缺陷。

3、測試計畫應該能夠提供明確的測試日標、測試策略、具體步驟以及測試標準。

4、測試計畫既強調測試重點，也要重視測試的基本覆蓋率。

5、測試計畫所制定的測試方案盡可能充分利用公司可以提供給測試部門的人力物力資源，而且是可行的。

6、測試計畫所列舉的所有資料都必須是準確的，比如外部軟體/硬體的相容性所要求的資料、輸入輸出資料等。

7、測試計畫對測試工作的安排應有一定的靈活性，使測試工作可以應付一些突然的變化情況，比如當需求發生變更時。

六、制訂測試計畫

ieee829－1998軟體測試文件編制標準

軟體測試計畫文件模板

目錄1、測試計畫識別符號

2、介紹

3、測試項

4、需要測試的功能

5、方法（策略）

6、不需要測試的功能

7、測試項通過/失敗的標準

8、測試中斷和恢復的規定

9、測試完成所提交的材料

10、測試任務

11、環境需求

12、測試人員的工作職責

13、人員安排與培訓需求

14、進度表

15、潛在的問題和風險

16、審批

1、測試計畫識別符號

乙個測試計畫識別符號是由公司生成的唯一值，它用於標識測試計畫的版木、等級以及測試計畫相關的軟體版本等。

2、簡要介紹

測試計畫的介紹部分主要是對測試軟體基本情況的介紹和對測試範圍的概括性描述。測試軟體的基本情況主要包括產品規格(製造商和軟體版本號的說明)，軟體的執行平台和應用的領域，軟體的特點和主要的功能模組的特點，資料的儲存、傳遞，每乙個部分是怎麼實現資料更新的以及一些常規性的技術要求，還要包括測試的側重點。

3、測試專案

測試專案包括所測試軟體的名稱及版本，需要列出所有測試單項、外部條件對測試特性的影響和軟體缺陷報告的機制等，具體要點如下：

1)功能測試。理論上測試要覆蓋所有的功能項，例如，在資料庫中新增、記錄等，這會是一項浩大的工程，但是有利於測試的完整性。

2)設計測試。設計測試是檢驗使用者介面、選單結構、窗體設計等是否合理的測試。

3)整體測試。整體測試需要測試資料從軟體中的乙個模組流到另乙個模組過程中的正確性。

ieee標準中指出，可以參考下面的文件來完成測試專案：

1)需求規格說明。

2)使用者指南。

3)操作指南。

4)安裝指南。

總的來說，測試需要分析軟體的每一部分，明確其是否需要測試，並說明理由。

4、測試物件

測試計畫的這一部分需要列出待測的單項功能及功能組合。這部分內容與測試專案不同。測試專案是從開發者或程式管理者的角度計畫測試專案，而測試物件是從使用者的角度規劃測試的內容。

5、不需要測試的物件

測試計畫的這一部分需要列出不測試的單項功能及組合功能，並說明不予測試的理由。

6、測試方法(策略)

這部分內容是測試計畫的核心所在，需要給出有關測試方法的概述以及每個階段的測試方法。這部分內容主要描述如何進行測試，並解釋對測試成功與否起決定作用的所有相關問題。

7、測試項通過／失敗的標準

這部分需要給出「測試專案」中描述的每乙個測試項通過或失敗的標推。正如每個測試用例都簡要乙個預期的結果一樣，每個測試專案也同樣都需要乙個預期的結果。

一般來說，通過或失敗的標準是由通過／失敗的測試用例，缺陷的數量、型別、嚴重性和位置，可靠性或穩定性等來描述的。隨著測試等級的不同和測試組織的不同，所採用的確切標準也會不同。下面是一些常見指標：

1)通過的測試用例佔所有測試用例的比例

2)缺陷的數量、嚴重程度和分布情況。

3)測試用例覆蓋情況。

4)使用者對測試的成功結論。

5)文件的完整性。

6)是否達到效能標準。

8、中斷測試和恢復測試的判斷準則

常用的測試中斷標準如下：

1)關鍵路徑存在未完成任務。

2)大量的缺陷。

3)嚴重的缺陷。

4)測試環境不完整。

5)資源短缺。

9、測試完成所提交的材料

主要包含測試工作中開發設計的所有文件、工具等。例如，測試計畫、測試設計規格說明、測試用例、測試日誌、測試資料、自定義工具、測試缺陷報告和測試總結報告等。

10、測試任務

測試計畫中這一部分需要給出測試前的準備工作以及測試工作所需完成的—系列任務。

11、測試所需的資源

1)人員

2)裝置特性

3)辦公或實驗空間

4)軟體

5)其他資源如u盤、通訊裝置、參考書等

6)特殊測試工具

12、測試人員的工作職責

任務列於左邊，可能的執行者列於**右方，x表示任務的執行者，「一」表示任務的參加者，空白表示測試人員不負責該任務。

13、人員安排與培訓需求

14、測試進度表

15、風險及應急措施

在軟體測試中常見的潛在問題和風險如下：

1)由於裝置、網路等資源限制，測試工作不全面。

2)由於研發模式為現場定製，且上線時間壓力大，測試工作不充分。

3)不現實的交付日期。

4)系統之間的介面不完善。

5)處理鉅額現金的特徵。

6)軟體極其複雜。

7)有過缺陷歷史的模組。

8)發生過許多複雜變更的模組。

9)安全性、效能和可靠性問題。

10)難於變更或測試的特徵。

16、審批

審批人應該是有權宣布已經為轉入下乙個階段做好準備的某個人或某幾個人。測試計畫審批部分乙個重要的部件是簽名頁。審批人除了在適當的位置簽署自己的名字和日期外，還應該簽署表明他們是否建議通過評審的意見。

簡述軟體測試計畫

軟體測試計畫

軟體測試計畫

軟體測試計畫

相關推薦