五、測試計劃管理

現在我們有了測試需求，有了測試版本，有了測試用例，還有了測試套件，那么我們接下來可以開始執行測試了吧？ 先別急，做什么事好都有一個計劃，測試工作也不例外。 所謂測試計劃，其實是如何來測試某一個版本，保證其代碼質量。 站在測試組織管理的角度來看待，這里面包括這樣幾個工作：

5.1 提交測試，創建測試任務

當一個測試版本創建之后，我們可以提交測試進行測試了。提交測試主要注明要測試哪一個版本，預期開始和結束的時間是什么，還可以有一些備注的信息。

5.2 測試用例的確定

當一個測試任務創建之后，我們需要為這個測試任務確定好都要執行哪些測試用例。由于每個測試版本都有注冊這個版本所完成的需求或者解決得BUG，因為確定需要執行的測試用例的過程，是根據相應的需求或者BUG篩選測試用例的過程。

5.3 測試用例的分派

那么通過上述的用例篩選功能，確定好這一次測試需要執行的用例之后，下一步的工作是將測試用例做好分配。當然，如果某一個測試任務只有自己來進行，那么這個工作可以省卻。但如果一個測試需要很多人一起完成，或者是需要外包給第三方公司進行，那么可以通過這個功能來指派測試用例。

六、測試執行管理

測試計劃做完之后，每個人頭上負責執行的測試用例也都非常清楚了。這時候每個人要做的事情是執行自己頭上所負責的測試用例

6.1 測試用例執行

首先我們來看下測試用例的執行頁面：

由于我們設計的測試用例是分開步驟地，所以在執行測試用例的時候，可以非常清晰的確定每一個步驟執行的結果。

在測試任務的用例列表界面，可以查看每一個用例后的執行情況。

6.2 從測試結果創建BUG

當一個測試用例執行失敗之后，可以從測試結果中直接創建一個BUG，指派相應的開發人員進行解決。

大家可以看到，我們可以自動生成BUG的重現步驟：-） 這是將測試用例步驟分開的好處。

七、缺陷管理

缺陷管理是一個測試管理工具中重要的功能了。當測試過程中產生了bug之后，開發人員和測試人員的互動通過bug來進行。這里面包括基本的創建bug、解決bug、編輯、驗證關閉，激活等功能。這一塊的功能和邏輯大家都比較熟悉，不再贅述。

我們想特別和大家分享的一點是bug到測試用例的轉化。有的bug非常的經典，也非常重要，但是在這個bug出現的時候，當前系統里并沒有用例 覆蓋它，所以我們需要將其放在用例庫里面，以保證后續的版本不再重返類似的問題。因此我們設計的系統中還提供了bug轉為用例的功能。

將Bug的步驟自動計算為用例的步驟，是不是很酷？

八、發布管理

當開發人員解決了若干bug之后，可以重新創建一個測試版本，然后提交測試，然后又是測試計劃，測試執行... … 如此往返，直到后一個階段測試工作終結，我們可以創建一個發布了。

在創建發布的時候，需要選擇一個測試版本(build)，而這個測試版本又關聯了這個發布所完成的需求、所設計的用例以及所提交的bug，由此與前面的工作完美的形成了閉合。