怎樣設(shè)計(jì)出優(yōu)秀的測試用例 ，并且要用什么思路寫出來？

軟件測試的核心也就是測試的用例了，我們通過用例可以看出怎么設(shè)計(jì)出來可以發(fā)現(xiàn)問題，可以有效的覆蓋需求的，沒有冗余的用例是每個(gè)測試工程師必須跨過的一道門檻。結(jié)合我們這么多年來在測試領(lǐng)域的經(jīng)驗(yàn)總結(jié)，下面先探討一下衡量和檢驗(yàn)測試用例的標(biāo)準(zhǔn)？然后怎么做？為什么要這么做？還能做什么？測試用例的選擇策略也可以談?wù)?，如果是你該如何來建立回歸測試庫？
我心目中優(yōu)秀測試用例的標(biāo)準(zhǔn)流程如下：

1）有可能發(fā)現(xiàn)bug的。

2）執(zhí)行起來效率高，沒有冗余步驟，每步都是最佳選擇。

3）能驗(yàn)證需求的，可追溯的。

4）粒度問題，不要超過3個(gè)檢查點(diǎn)，如果很復(fù)雜，需要討論怎么分解需求，最多做到5個(gè)。

5）邏輯上一定是正確的，清晰的。

6）用例應(yīng)該有級(jí)別，為以后選擇用例提供參考。

(對(duì)以上標(biāo)準(zhǔn))一一來分解：

1 APP測試的主要目的是發(fā)現(xiàn)問題，查找錯(cuò)誤，所以設(shè)計(jì)case的思路第一步應(yīng)該是”程序可能會(huì)怎樣實(shí)效？“

2 測試步驟不能太過于詳細(xì)復(fù)雜，派出一些冗余的步驟。另外有可能兩個(gè)用例比較起來也會(huì)發(fā)現(xiàn)冗余，這樣的用例執(zhí)行起來效率低下，浪費(fèi)時(shí)間。

3 確認(rèn)測試的主要目的就是確認(rèn)產(chǎn)品，軟件的需求是否實(shí)現(xiàn)，因此每一天用例可以追溯到某條需求或者它的合理分解。最怕就是自己杜撰需求，設(shè)計(jì)出來的用例最好能找到開發(fā)，或者市場，產(chǎn)品經(jīng)理的review.

4 測試用例應(yīng)該有期望結(jié)果，期望結(jié)果里包含就是檢查點(diǎn)，檢查點(diǎn)過多，過于復(fù)雜，難于被執(zhí)行APP測試人員理解，影響測試執(zhí)行效果。我的經(jīng)驗(yàn)一個(gè)用例不要超過5個(gè)檢查點(diǎn)。

5 測試用例的順序很重要，誰是誰的必要條件，邏輯上不能出錯(cuò)，否則很難執(zhí)行，或者會(huì)誤導(dǎo)APP測試執(zhí)行人員，最嚴(yán)重的情況失去測試人員信任，測試工程師最后按照自己的想法執(zhí)行，造成漏洞。

6 不可能每條用例都要被執(zhí)行，在最后時(shí)間緊迫的情況下，測試經(jīng)理會(huì)挑選級(jí)別高的測試用例來執(zhí)行，保證主要的功能被測試過。