章17 計劃測試工作

版權聲明：本文為部落客chszs的原創文章，未經部落客允許不得轉載。 https://blog.csdn.net/chszs/article/details/1524786

章17 計劃測試工作

軟體測試員的目标：盡可能早地找出軟體缺陷，并保證其得以修複。

利用精心組織的測試計劃、測試用例和測試報告，對測試工作進行正确的記錄以及交流，将使達到目标變得更有可能。

測試負責人或測試經理：建立全面測試計劃。

一、測試計劃的目标

軟體測試計劃（Software Test Plan）是軟體測試員與産品開發小組交流意圖的主要方式。

IEEE829-1998關于軟體測試文檔（software test document）的标準。

測試計劃的目标：規定測試活動的範圍、方法、資源和進度；明确正在測試的項目、要測試的特性，要執行的測試任務、每個任務的負責人，以及與計劃相關的風險。

測試計劃采用的形式是書面文檔。

測試計劃隻是建立詳細計劃過程的一個副産品，重要的是計劃過程，而不是産生的結果文檔。

測試激活過程的最終目标是交流（而不是記錄）軟體測試小組的意圖、期望，以及對将要執行的測試任務的了解。

二、測試計劃的主題

1、進階期望

測試計劃過程和軟體測試計劃的目的是什麼？

測試的是什麼産品？

産品的品質和可靠性目标是什麼？

2、人、地點和事

明确項目中工作的人，他幹什麼，怎樣和他聯系。

文檔存放在哪裡，測試工具的明确。

3、定義

測試計劃過程就是定義小組成員的用詞和術語。對差異要進行鑒别，并得到一緻的同意，使全體人員說法一緻。

1）構造

程式員放在一起需要測試的代碼和内容的搜集。測試計劃應該定義構造的頻率以及期望的品質等級。

2）測試釋出文檔（TRD）

程式員釋出的文檔。對每一個構造都聲明新特性、不同特性、修複問題和準備測試的内容。

3）Alpha版

意在對少數主要客戶和市場進行數量有限的分發，用于示範目的的早期構造。

4）Beta版

意在向潛在客戶廣泛分發的正式構造。

5）說明書完成

說明書預計完成并且不再更改的日程安排。

6）特性完成

程式員不再向代碼增加新特性，并集中修複缺陷的日期安排。

7）軟體缺陷會議

由測試經理、項目經理、開發經理和産品支援經理組成的團隊，每周召開會議審查軟體缺陷，并确定哪些需要修複，應該如何修複。

4、團隊之間的責任

團隊之間的責任是明确指出可能會影響測試工作的任務和傳遞内容。

程式管理者1，程式員2，測試員3，技術文檔作者4，營銷人員5，産品支援人員的任務6 ：

1）撰寫産品版本聲明：1

2）建立産品組成部厘清單：1

3）建立合同：1

4）産品設計/功能劃分：1

5）項目總體進度：1

6）制作和維護産品說明書：1

7）審查産品說明書：1－6

8）内部産品的體系結構：2

9）設計和編寫代碼：2

10）測試計劃：3

11）審查測試計劃：3

12）單元測試：2

13）總體測試：3

14）建立配置清單：3

15）配置測試：3

16）定義性能基準：1

17）内容測試：4

18）來自其它團隊的測試代碼：3

19）自動化/維護建構過程：2

20）磁盤建構/複制：2

21）磁盤品質保證：3

22）建立beta測試清單：5

23）管理beta程式：5

24）審查印刷的資料：4

25）定義示範版本：5

26）審查示範版本：5

27）測試示範版本：3

28）缺陷會議：1

5、确定哪些需要測試，哪些不需要。

6、測試的階段

要計劃測試的階段，測試小組就會檢視預定的開發模式，并決定在項目期間是采用一個測試階段還是分階段測試。

測試的計劃過程應該明确每一個預定的測試階段，并告知項目小組。

7、測試政策

與定義測試階段相關聯的聯系是定義測試政策。

測試政策描述測試小組用于測試整體和每個階段的方法。

8、資源需求

計劃資源需求是确定實作測試政策必備條件的過程。

人員、裝置、辦公室和實驗室空間、軟體、外包測試公司、其它配備。

9、測試員的任務配置設定

計劃測試員的任務配置設定是指：明确測試員負責軟體的哪些部分、哪些可測試特性。

10、測試進度

測試進度需要以上所述的全部資訊，并将其映射到整個項目進度中。

進度破壞（schedule crunch）

使測試任務擺脫進度破壞的一個方法使測試進度避免定死啟動和停止任務的日期。

測試進度根據測試階段定義的進入和退出規則采用相對日期，顯然測試任務依賴于其它先完成的可傳遞内容。

11、測試用例

用什麼方法編寫測試用例，在哪裡儲存測試用例，如何使用和維護測試用例。

12、軟體缺陷報告

方式：使用粘性便箋、使用複雜的缺陷跟蹤資料庫......

13、度量和統計

度量和統計是跟蹤項目發展、成效和測試的手段。測試的計劃過程應該明确收集哪些資訊，要做什麼決定，誰來負責收集。

實用的測試度量的例子：

在項目期間每天發現的軟體缺陷總數；

仍然需要修複的軟體缺陷清單；

根據嚴重程度對目前軟體缺陷評級；

每個測試員找出的軟體缺陷總數；

從每個特性或者區域發現的軟體缺陷數目。

14、風險和問題

測試計劃中常用而且非常實用的部分是明确指出項目的潛在問題或者風險區域——這是對測試工作有影響的地方。

軟體測試員要負責明确指出計劃過程中的風險，并與測試經理和項目經理交換意見。

應該在測試計劃中明确指出，在進度中給予說明。