我該如何着手爲QA部門制定測試計劃？

我們正在爲我們的測試部門準備新版本的最新項目。我們顯然希望他們遵循徹底的計劃來測試我們的軟件，並確保在發佈之前將錯誤傳回給我們（開發團隊）。我該如何着手爲QA部門制定測試計劃？

創建此測試計劃時是否有任何好的工具或方法要遵循？

2009-04-29 pavliks

2009-04-29 16:33:54 TStamper

這裏斷開鏈接。 – 2014-04-02 15:56:20

我關於這個問題找到的最好的書是Managing the Testing Process。作者探討如何創建測試計劃。

根據我的經驗，是一個測試計劃的基本如下：

如果你能填補這個空白，團隊應該能夠進行很好的測試。

您需要做出的一個決定是測試團隊的能力如何？我更喜歡測試計劃是一個算法來推導出所有的測試用例。描述各種情況，但不一定詳細。如果團隊能力較差，您可能需要詳細說明每個案例。

最後一個警告。避免警笛聲稱過於詳細。一個無法保存在某人頭腦中的計劃不太可能被遵循。如果你的測試計劃長達25頁，你可能寫得太多了。

2009-04-30 17:21:14

優秀的最後一點，測試計劃不應該太詳細，因爲測試人員應該在每一步探索一下...... – Alex 2009-07-31 15:03:40

我們不要忘記，沒有足夠的時間去做所有你想做的測試。因此，您的計劃中的測試需要優先考慮。我經常發現，風險排序是最好的選擇。

但是，通常一個測試計劃將由QA小組與開發人員和PM協調製定。如果QA不是自己制定計劃，那聽起來您的QA團隊可以使用升級。至少，即使開發者正在制定初始計劃，質量保證部門也應該提供一些意見，因爲他們會有不同的POV。測試計劃越多，它會越完整。

2009-05-01 14:07:25

當然，如果開發人員創建測試計劃，qa可能不會找到任何錯誤，因爲開發人員可能知道這些東西工作或認爲它正在發展。 QA應該這樣做，而不是開發人員。 – Alex 2009-07-31 15:02:17

-1

單元和集成測試應該在代碼級別捕捉很多問題，但它們對於從用戶的角度來測試系統的行爲並不好。

一旦你知道一個功能應該做什麼以及如何知道它是否有效，那麼使用類似TestComplete,SmarteScript的東西來自動執行該測試（顯然是有意義的）。這些測試很容易運行和自動化，因此它們將始終如一地運行，而不必擔心任何事物通過裂縫滑落。

2009-07-31 14:49:21

正如Tom E指出的那樣，質量保證書絕對應該寫出測試計劃。他們應該與客戶溝通以瞭解需求，並與開發團隊瞭解實施情況，但是在一天結束時，擁有測試思維的團隊需要擁有測試計劃。

我可以想到測試計劃可能需要寫入的唯一情況對於質量保證團隊是指您的外包團隊執行的質量保證不熟悉您的產品。在這種情況下，我建議在設計和開發過程中讓團隊的一名或兩名高級成員與您共同合作;它幫助他們加快速度，並將這些知識傳遞給團隊的其他成員。

2009-07-31 15:05:08

哎pavliks，我不知道你是怎麼基本的需要，但如果你想要的東西簡單化，容易上手，並與運行，看看這篇文章：Writing a System Test Plans

，如果你知道你的軟件好，有MS Word的安裝，並有良好的文檔技巧，你很好去

在一個非常基本的，通用的bug記錄協議去與它，你可以看看：Logging Bugs Like a Pro < - 這是所有關於以最小的努力記錄錯誤並捕獲調查錯誤所需的裸露信息

- LM

2010-06-08 08:46:09 louism

回答