軟件測試是保證軟件質(zhì)量的最后一道關(guān)卡，測試是一個職業(yè)也是一個質(zhì)量檢驗員，怎么檢驗軟件質(zhì)量呢？那就是測試用例，如果是測試是士兵，那用例就是槍，沒有槍的士兵相當(dāng)于沒有了防御和進(jìn)攻的方式，只是一個肉體。測試用例的編寫有著嚴(yán)格的規(guī)范。

好的測試用例的標(biāo)準(zhǔn)是什么呢[靈光一閃]？

我來回答就是：清晰、全面

分析一下來說：清晰是讓別的同事一看就知道這個是什么測試點，不能讓開發(fā)自測的時候看不懂你編寫的測試用例，只有自己能看懂的測試用例是比較low的。

全面就是把測試的項目或者迭代都的功能盡可能全部想到，為什么盡可能呢，因為測試不能保證上線沒有任何BUG，那不可能的，因為測試也是人。

那問題來了，怎么樣才能編寫出一個好的測試用例呢[靈光一閃]？

原則：

1.正確性：輸入實際正確的數(shù)據(jù)以驗證是否滿足產(chǎn)品的需求。要保證正確性下所有的功能都可用。

2.容錯性：跟正確性相反，就是輸入錯誤的數(shù)據(jù)是否能滿足產(chǎn)品規(guī)格的說明，輸入非法數(shù)據(jù)（非法類型、不符合要求的數(shù)據(jù)、溢出數(shù)據(jù)等），就是不要把自己當(dāng)作測試，任意輸入。

3.安全性：不滿足前提的情況下能否正常操作，一般都是接口間的鑒權(quán)測試。

4.邊界值：確定邊界后，在邊界左右進(jìn)行測試。

5.弱網(wǎng)性：因為現(xiàn)在使用的軟件五花八門，但是都需要有網(wǎng)絡(luò)，弱網(wǎng)情況下界面是否正常展示，數(shù)據(jù)是否正常。

6.比較性：要考慮這個版本對之前的版本是否有影響。

7.壓力性：就是測試多條數(shù)據(jù)是否滿足產(chǎn)品的需求。

8.錯誤推測性：根據(jù)個人經(jīng)驗感覺這個功能可能存在那些問題，去針對問題編寫用例。

9.友好性：功能是否友好，就是是否簡單容易上手。

10.可移植性：就是軟件的兼容，要考慮同個軟件在不同設(shè)備上是否正常運行

根據(jù)以上十大原則去設(shè)計測試用例，基本上能把測試用例設(shè)計的很完善。

歡迎大家討論交流學(xué)習(xí)，一個愛測試的人兒。以后會陸續(xù)分享測試的知識（編寫不易[捂臉]）歡迎大家點贊關(guān)注。謝謝[飛吻]。