五、測試計劃管理

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

5.1 提交測試，創(chuàng)建測試任務

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

5.2 測試用例的確定

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

5.3 測試用例的分派

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

六、測試執(zhí)行管理

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

6.1 測試用例執(zhí)行

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

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

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

6.2 從測試結(jié)果創(chuàng)建BUG

當一個測試用例執(zhí)行失敗之后，可以從測試結(jié)果中直接創(chuàng)建一個BUG，指派相應的開發(fā)人員進行解決。

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

七、缺陷管理

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

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

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

八、發(fā)布管理

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

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