如何構建規范的軟件測試過程:軟件測試體系構建方法指南(2)

　　1.3.2 文檔更新

　　測試項目開始時，應該完成測試計劃的大部分內容。項目開始后，由于測試情況有變化，可能導致測試計劃文檔變化。如果文檔有明顯的變化，必須在文檔中添加變更歷史來記載這些變化。

　　1.3.3 文檔目的

　　測試計劃在策略和方法的高度說明如何計劃、組織和管理測試項目。測試計劃包含足夠的信息使測試人員明白項目需要做什么是如何運作的。另外，清晰的文檔結構能使任何一個讀者在瀏覽計劃的前面幾頁后，就能對項目有一個大概的認識。測試計劃只是測試的一個框架，很多細節需要跟開發人員或其他人員溝通，因此計劃不包括測試用例的細節和系統功能的詳細信息。

　　本文檔描述出了整個開發過程中測試工作的流程，不同的測試時期可以根據需要對本文檔的一部分進行充實(如：單元測試階段等)，但是在結項后，本文檔規定的各個時期的測試計劃均需完整，以備檢查。對于項目類產品，可根據實際情況參照執行。

　　1.4 測試工作流程

　　測試工作從產品立項后開始介入，貫穿于軟件產品的整個生命周期。初期測試經理參與項目的需求評審，并以需求設計為標準設計系統測試的測試用例。當開發進入詳細設計階段時，測試經理根據測試的需要同開發經理討論技術的實現方式，在允許的范圍內，盡量使用方便今后測試工作開展的實現方式。同時此階段測試經理開始設計集成測試的測試用例。詳細設計評審通過后，開發人員開始進入編碼階段，同時，測試經理應同開發經理協調好進度，按照模塊開發的時間規劃，測試經理開始根據模塊的接口規范設計灰盒測試用例，盡量保證模塊級的測試可以同開發進度協調進行。編碼完成后，測試人員協助開發人員進行集成測試，測試經理使用前期已經完成的集成測試方案對產品進行測試。集成測試完成后，由測試經理對集成測試的效果進行評估，對于合格的產品填寫系統測試申請報告，向測試部正式申請進入系統測試階段。系統測試完成后，由測試經理向測試部申請軟件發行。當相關的產品化工作正式完成后，由測試部開據質量合格證書，產品正式發行。

　　以上概要的介紹了測試方法和測試原則，以及公司對于產品類項目的測試流程，以下將具體的給出各個測試階段，相關測試計劃的文檔要求，文檔中將給出關鍵的考察點，計劃編制的技巧與說明，以便在書寫測試計劃的時候有章可循。

　　2 引言

　　2.1 編寫目的

　　闡明編寫測試計劃的目的并指明讀者對象。

　　2.2 項目背景

　　說明項目的來源、委托單位及主管部門。

　　2.3 定義

　　列出測試 計劃中所用到的專門術語的定義和縮寫詞的原意。

　　2.4 參考資料

　　列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源，可包括：項目的計劃任務書、合同或批文;項目開發計劃;需求規格說明書;概要設計說明書;詳細設計說明書;用戶操作手冊;本測試計劃中引用的其他資料、采用的軟件開發標準或規范。

　　2.5 文檔摘要

　　主要說明測試計劃中重要的和可能有爭議的問題。本節的主要目的是將這些信息傳遞給那些可能不會通讀整個測試計劃文檔的人員(比如經理或開發項目的負責人)。

　　提示和技巧：

　　在寫這一節時，考慮一下你的計劃在那些地方可能會引起反對。這個計劃跟以前的計劃相比，有什么不同的地方。測試項目與系統開發計劃的關系等。

　　使用列表的格式，可以將問題按重要程度羅列出來，然后在后面的章節中再對這些問題進行詳細說明，這樣就能讓對這些問題有重要影響的人員知道問題的所在。

　　2.6 文檔歷史和變更

　　[作者] – [日期] – [文檔的當前狀態，上版本以來所作的主要變化]

　　3 管理

　　3.1 系統視圖和目標

　　系統視圖對測試人員了解自己需要做什么是非常重要的。測試項目負責人應積極與系統設計人員或開發人員溝通，以取得相關資料。系統目標是幫助實現系統視圖的重要指標。系統視圖和目標對實現整個項目計劃來說是至關重要的。測試人員必須知道系統是做什么并且幫助項目實現這種目標。在計劃中包括系統視圖和目標后，要確保所有的測試人員都知道項目和系統的目標。

　　通常情況下視圖和項目計劃都是模糊的。模糊的目標必須通過成員的努力轉換成可衡量和實現的東西。沒有固定的視圖和目標，你將無法完成部分任務。而且，你會發現很難將對產品的認識向別人轉述。

　　提示和技巧：

　　為什么視圖對客戶是重要的?

　　你如何向客戶表達這種視圖?

　　你將做什么來保證你是在向實現視圖的方向前進?

　　在你回答這些問題之后，你就可以將視圖轉換成測試導向的目標?

　　整個系統的總體運行框架什么?各個部分的運行目標是什么?

　　3.2 運行環境

　　需測試的軟，硬件環境，有無特殊的要求。如有些設備是有使用時限的需注明，如果測試環境不能滿足測試要求，如何解決等?

　　3.3 資源需求

　　3.3.1 培訓需求

　　本節說明項目測試人員需要哪些培訓。

　　提示和技巧：

　　對于新手需要先介紹測試系統，如果測試人員比較熟悉該系統，則需要說明新系統的功能。

　　是否進行自動測試。

　　測試人員要不要培訓以編寫自動化腳本。

　　3.3.2 硬件需求

　　本節說明測試人員需要的各種類型的硬件以及這個測試團隊需要的硬件。

　　3.3.3 軟件需求

　　本節說明測試人員需要使用的軟件。

　　3.3.4 辦公空間需求

　　本節說明需要多少辦公空間。

　　3.4 風險分析

　　目前存在那些不確定因素，包括可預計的和不可預計的。系統開發和測試過程中，會有各種可能導致系統發布延遲，在計劃中需要預先估計這些風險，并且提出相應的對付辦法。

　　3.5 測試團隊結構

　　這一節說明測試團隊的結構和項目測試人員的數量。

　　提示和技巧：

　　查看開發計劃確定那些功能需要最多資源。

原文轉自：http://www.kjueaiud.com