軟件測試計劃

 軟件測試計劃   測試計劃書

讓我們從測試計劃開始對測試過程的討論，測試計劃是測試過程中最重要的活動。它包括風險評估、鑒別和確定測試需求的優先級，估計測試資源的需求量，開發測試項目計劃以及給測試小組成員分配測試職責。所有這些部分就構成了一份正式的測試計劃，也可以獨立開發這些部分并在合適的時間使用。

    測試計劃的傳統思想是關于測試過程中誰來測試，對什么測試，何時測試，何地測試，怎么測試，測試持續多長時間。由于使用R丑tjollalRequl萄tePr。工具，我們已經對于什么是測試過程以及怎么使用它的一些想法進行了調整。我們可以將軟件需求文檔引入到工具中，如Rati,螄缸RequisttePm。然后再直接從這些工具開發測試場景，這樣得到了測試計劃．而這些測試計劃是使用RuP測試計劃模板(我們已經廣瑟修改過，見圖l-2)構建的。從測試計劃場景，我們可以得到測試需求。它們可以在測試計劃文檔的場景表中直接創建，或者它們也可以使用RuP模板在獨立的測試需求文檔中產生。由這些文檔，我們可以得到測試需求視圖，并且將其輸出到csv(Cormm Se pa=rated vdues，逗號分隔值)文件。然后我們可以在測試過程中用微軟的Excel打開該測試需求，這樣我們就可以根據測試結果在線修改測試需求并把修改后的測試需求導回Reqtli萄tePro中。以上介紹了如何來定義我們的手工測試過程。盡管我們還沒有將其完全實現，但是我們已經試用了它而且它也工作得很好。

    我們將測試計劃視為從軟件需求中抽出來的工作文檔，并且是和測試需求和測試結果相聯系的。在測試階段，它是一個動態文檔。對于測試計劃，舊觀點認為它是計劃性文檔，它迫使測試者去考慮在測試過程中要做什么。從這個觀點來說，測試計劃就成了一個一旦測試階段完成就柬之高閣的文檔。由我們的經驗可知，幾乎沒有人會在測試執行階段再參考測試計劃。而事實上，在我們曾經工作過的幾家公司，測試計劃往往在測試完成后產生。然而，若采用我們的方法，測試計劃不但在測試之前產生，而且它會隨著軟件需求的更新而更新；臟之，更新也會被反映在測試需求中，這些測試需求將在測試階段中用到。測試計劃標準是基于包含在RUP中的模版的修訂版，它是伴隨RatiollalSulte TestSllidio一同發布的。

    以下我們將講述如何在一個客戶組織中定義手工測試過程。我們也已經試用了這個測試過程并且它工作得很好。在各個測試計劃場景，我們需要建立測試用例需求。測試用例需求直接建立在測試計劃文檔的場景表中以及分開的測試需求文檔中(需求表)。由這些需求材料，我們可以建立測試需求視匾并可以將其導出到CSV文件。我們往往用微軟的Excel來打開CSV文件用于手工測試。我們利用這些信息來指導手工測試執行過程，并且我們可以用測試結果在線地更新CSV文件。然后我們可以把修改過的文件導回到自動化工具中用于測試結果分析和報告。測試計劃的目的是收集從需求倦計文檔中得到的信息。并將這些信息表現在測試需求中，而測試需求將在測試場景中得到實現。測試場景是測試計劃的一部分，它直接提供給測試條件、測試用例、測試數據的開發。

    有一些桌面工具可用于自動化測試的計劃和項目的管理，比如：微軟Office和微軟P刪ect。舉例來說，在微軟Excel電子數據表中生成的檢測表可用于風險的評估和分析，并且可用于生成測試需求文檔；微軟Pmiect可以用于產生項目計劃；微軟word可用于生成正式的測試計劃。這些文檔是測試計劃的相關產物。和軟件開發產物需要配置管理一樣，測試對象也是如此。

原文轉自：http://www.anti-gravitydesign.com