更新時(shí)間:2018-12-13 來(lái)源:黑馬程序員 瀏覽量:
軟件測(cè)試的核心也就是測(cè)試的用例了,我們通過(guò)用例可以看出怎么設(shè)計(jì)出來(lái)可以發(fā)現(xiàn)問題,可以有效的覆蓋需求的,沒有冗余的用例是每個(gè)測(cè)試工程師必須跨過(guò)的一道門檻。結(jié)合我們這么多年來(lái)在測(cè)試領(lǐng)域的經(jīng)驗(yàn)總結(jié),下面先探討一下衡量和檢驗(yàn)測(cè)試用例的標(biāo)準(zhǔn)?然后怎么做?為什么要這么做?還能做什么?測(cè)試用例的選擇策略也可以談?wù)?,如果是你該如何?lái)建立回歸測(cè)試庫(kù)?
我心目中優(yōu)秀測(cè)試用例的標(biāo)準(zhǔn)流程如下:
1)有可能發(fā)現(xiàn)bug的。
2)執(zhí)行起來(lái)效率高,沒有冗余步驟,每步都是最佳選擇。
3)能驗(yàn)證需求的,可追溯的。
4)粒度問題,不要超過(guò)3個(gè)檢查點(diǎn),如果很復(fù)雜,需要討論怎么分解需求,最多做到5個(gè)。
5)邏輯上一定是正確的,清晰的。
6)用例應(yīng)該有級(jí)別,為以后選擇用例提供參考。
(對(duì)以上標(biāo)準(zhǔn))一一來(lái)分解:
1 APP測(cè)試的主要目的是發(fā)現(xiàn)問題,查找錯(cuò)誤,所以設(shè)計(jì)case的思路第一步應(yīng)該是”程序可能會(huì)怎樣實(shí)效?“
2 測(cè)試步驟不能太過(guò)于詳細(xì)復(fù)雜,派出一些冗余的步驟。另外有可能兩個(gè)用例比較起來(lái)也會(huì)發(fā)現(xiàn)冗余,這樣的用例執(zhí)行起來(lái)效率低下,浪費(fèi)時(shí)間。
3 確認(rèn)測(cè)試的主要目的就是確認(rèn)產(chǎn)品,軟件的需求是否實(shí)現(xiàn),因此每一天用例可以追溯到某條需求或者它的合理分解。最怕就是自己杜撰需求,設(shè)計(jì)出來(lái)的用例最好能找到開發(fā),或者市場(chǎng),產(chǎn)品經(jīng)理的review.
4 測(cè)試用例應(yīng)該有期望結(jié)果,期望結(jié)果里包含就是檢查點(diǎn),檢查點(diǎn)過(guò)多,過(guò)于復(fù)雜,難于被執(zhí)行APP測(cè)試人員理解,影響測(cè)試執(zhí)行效果。我的經(jīng)驗(yàn)一個(gè)用例不要超過(guò)5個(gè)檢查點(diǎn)。
5 測(cè)試用例的順序很重要,誰(shuí)是誰(shuí)的必要條件,邏輯上不能出錯(cuò),否則很難執(zhí)行,或者會(huì)誤導(dǎo)APP測(cè)試執(zhí)行人員,最嚴(yán)重的情況失去測(cè)試人員信任,測(cè)試工程師最后按照自己的想法執(zhí)行,造成漏洞。
6 不可能每條用例都要被執(zhí)行,在最后時(shí)間緊迫的情況下,測(cè)試經(jīng)理會(huì)挑選級(jí)別高的測(cè)試用例來(lái)執(zhí)行,保證主要的功能被測(cè)試過(guò)。
作者:黑馬程序員前端與移動(dòng)開發(fā)培訓(xùn)學(xué)院