淺談如何有效地管理測試用例
剛看到一個(gè)人發(fā)帖，說自己寫測試用例沒有很好的思路，對于一些復(fù)雜的功能點(diǎn)，有沒有比較好的測試覆蓋方法，比如高級(jí)查詢等等，非要列出來那么詳細(xì)的測試用例嗎？看完之后，我就忍不住發(fā)言了，作為一個(gè)測試人員，設(shè)計(jì)測試用例那是本職工作，如果我們連寫用例的基本耐心都丟棄了，還談什么測試。那開發(fā)總不能說因?yàn)閷懘a很麻煩，而不寫吧。很多事情沒有捷徑，必須要做的事情，那是沒有辦法去逃避，不然我們就失去了工作的意義了。
其實(shí)說來，也是由于最近對于測試用例的設(shè)計(jì)，讓我產(chǎn)生了一些反思。如何設(shè)計(jì)測試用例，如何評(píng)審測試用例，***如何管理測試用例，這都是我們測試工作中必須要去改進(jìn)的問題。在之前的公司，由于團(tuán)隊(duì)工作任務(wù)繁忙，我們沒有太多的時(shí)間去管理和優(yōu)化測試用例，也因此對用例方面少了太多的思考，而且雖然有對于用例的評(píng)審，但一直以來，我認(rèn)為是做得不夠好的，畢竟每次評(píng)審下來，感覺效果沒有預(yù)期的那么好，主要還是沒有足夠的時(shí)間去管理，所以無法引起重視。不過，現(xiàn)在我想我需要花大量的時(shí)間來管理用例了，而且要保證有序的進(jìn)行，***輸出讓團(tuán)隊(duì)中各個(gè)成員都認(rèn)為滿意而且高效的測試用例。對于用例管理的根本問題，我個(gè)人認(rèn)為是分類上，如何有效的維護(hù)和優(yōu)化用例，就是需要前期明確的分類規(guī)劃，根據(jù)分類的優(yōu)先級(jí)一步一步地來完成就可以了，到***，我們也可以有效把控的測試覆蓋度。
當(dāng)前，我們大致可以把測試用例分稱三個(gè)方面，分別是功能、UI和業(yè)務(wù)流程，從這三個(gè)角度來進(jìn)行設(shè)計(jì)。
1、從功能的角度，功能是每個(gè)項(xiàng)目測試的重點(diǎn)，通常在測試人員得到需求文檔的時(shí)候，我們就開始設(shè)計(jì)測試用例，那么這個(gè)時(shí)候需求文檔上列出都是功能以及部分一些業(yè)務(wù)邏輯等，所以在測試用例的***階段就是完成功能的用例設(shè)計(jì)。不過這里，肯定會(huì)讓很多人疑惑，其實(shí)功能、業(yè)務(wù)還有UI，都是有關(guān)聯(lián)的，而且很多時(shí)候無法分解的。這里后面我會(huì)舉個(gè)例子說明哈，但絕非都是可以分類，只是談?wù)勅绾畏纸獾姆椒ǎ钪匾木褪遣灰z漏就行。
2、從UI的角度，UI通常是指界面測試，這個(gè)應(yīng)該不難理解，但要想與功能點(diǎn)進(jìn)行分解，也不是那么容易區(qū)分的，所以我們來直觀的說明哈。界面測試，注重樣式，外觀、整潔、擺放以及易用性，還包括用戶體驗(yàn)等。
3、從業(yè)務(wù)的角度，這個(gè)相對來說，還比較好理解，業(yè)務(wù)通常是指一連串的動(dòng)作所連接起來的流程，這個(gè)流程必須有行為和目標(biāo)，或者說方向。業(yè)務(wù)通常是一個(gè)項(xiàng)目或者產(chǎn)品設(shè)計(jì)的核心，當(dāng)下，越來越多的應(yīng)用業(yè)務(wù)流程都是非常復(fù)雜，所以對于業(yè)務(wù)的用例設(shè)計(jì)，就是考驗(yàn)一個(gè)測試人員的業(yè)務(wù)水平如何。
下面通過一個(gè)證券交易平臺(tái)上的買入和撤單業(yè)務(wù)，進(jìn)行具體說明：
業(yè)務(wù)說明：買入業(yè)務(wù)包括股票代碼、當(dāng)前價(jià)格、買入價(jià)格，買入股票數(shù)量、確定買入按鈕和取消按鈕；
撤單業(yè)務(wù)包括選擇撤單的未成交業(yè)務(wù)、撤單成功、撤單失敗以及取消撤單按鈕；
以上只是大致列舉了一部分。
功能點(diǎn)：買入按鈕、取消按鈕、選擇撤單、撤單按鈕和取消撤單按鈕等
UI界面測試：股票代碼、當(dāng)前價(jià)格、買入價(jià)格、買入股票數(shù)量，所有的文本框；買入成功/失敗的提示框；撤單成功/失敗的提示框；撤單成功/失敗的業(yè)務(wù)狀態(tài)等
業(yè)務(wù)測試：買入業(yè)務(wù)，從輸入買入表單的數(shù)據(jù)，到提交表單，到***買入的表單顯示的位置，以及買入提交但未成交，可以撤單，完成撤單的業(yè)務(wù)，到撤單成功或者失敗等，這一連串的工作組合就是一個(gè)業(yè)務(wù)流程。
其實(shí)這里就存在一個(gè)爭議性的問題，對于買入和撤單，既可以作為功能點(diǎn)，也可以作為一個(gè)業(yè)務(wù)邏輯來設(shè)計(jì)，但從本質(zhì)上來講，功能點(diǎn)注重單獨(dú)的操作，而業(yè)務(wù)流重的在是一個(gè)流程，還需要具體業(yè)務(wù)去甄別。功能點(diǎn)的設(shè)計(jì)更主要對這個(gè)買入和撤單的按鈕本身進(jìn)行用例設(shè)計(jì)；而業(yè)務(wù)則是需要從買入和撤單之前的輸入到***輸出這樣一個(gè)過程來設(shè)計(jì)。
以上也只是大概的一個(gè)簡單的說明，具體的操作還得根據(jù)自己的實(shí)際流程來執(zhí)行，畢竟測試用例的管理是一個(gè)長期的積累和沉淀的過程，好的方法都是總結(jié)出來的。對于測試來說，用例是基礎(chǔ)，對于回歸測試、自動(dòng)化、性能等等都是根本，管理好測試用例，也就是提高測試的工作質(zhì)量。
原文鏈接：http://www.cnblogs.com/candle806/archive/2011/11/01/2231435.html
【編輯推薦】
