測試用例級別總結 軟件測試
看了幾篇關(guān)于用例級別如何設定的文章， 總結總結吧。
根據二八原則或者稱(chēng)數據統計，前20%的用例可以發(fā)現80%的重要BUG。
當設計測試用例時(shí)，分配優(yōu)先級非常不容易，且這個(gè)優(yōu)先級也不是固定不變的。
一般，我們會(huì )假設發(fā)現的bug的嚴重程度和bug對應的測試用例的優(yōu)先級是平行的。
1、最高(又稱(chēng)Build Verification tests)也叫冒煙測試用例，一組你運行以確定這個(gè)build版本是否可測的測試用例。
2、高：這種用例運行，能發(fā)現重要的錯誤，或者它能夠保證軟件的功能是穩定的。俗稱(chēng)大的基本功能的測試用例
3、中：檢查功能的一些細節，包括邊界，配置測試
4、低：較少執行的測試用例，并不代表它不重要，而是說(shuō)不是經(jīng)常被運行。例如壓力測試錯誤信息等。
用例級別設置的流程：
1、如果沒(méi)有很多的時(shí)間來(lái)確定優(yōu)先級，那么可以先大致的進(jìn)行劃分：
把所有功能性驗證的用例標注為高
把邊界值或錯誤能力的用例標注為中
把非功能性和易用性的標注為低
2、提升和降級
針對1描述的所有高級別的功能性用例劃分為重要和不十分重要兩種，然后重要的保持高，不十分重要的降級為中。同理，對應中級別的用例，重要的進(jìn)行升級，不十分重要的保持中。對應低級別的，重要的升級，不十分重要的保持。
3、確定BVTs
將高優(yōu)先級的用例劃分為嚴重和重要， 嚴重的將升級為bvts
經(jīng)過(guò)這個(gè)流程后，大致會(huì )控制bvt10% 高為25% 中55% 低10%
具體還要結合具體的項目和質(zhì)量目標確定。
倘若從文檔的角度，用例的級別首先要繼承需求點(diǎn)的優(yōu)先級級別，整理的測試需求進(jìn)行優(yōu)先級定義，然后對需求對應的測試用例進(jìn)行優(yōu)先級定義;
因為在根據客戶(hù)需求和產(chǎn)品需求說(shuō)明書(shū)提取測試需求時(shí)，在所有的需求中，有客戶(hù)急需使用的部分，有客戶(hù)頻繁使用的部分，有系統絕對不能出現錯誤的部分，這些都是高級別的需求點(diǎn)。
所以要考慮四點(diǎn)：
1、測試需求的級別
2、測試用例導致的錯誤的級別
3、測試用例對應的場(chǎng)景使用的概率(頻率)
4、測試用例發(fā)現問(wèn)題的概率
所以在實(shí)際測試中，若用例發(fā)現的bug頻率很高，我們就應該適當地調節它的級別。
又比如一個(gè)定義級別很高的用例，發(fā)現在實(shí)際測試中出現錯誤的觸發(fā)條件是否罕見(jiàn)，所以就適當降低，或者客戶(hù)需求產(chǎn)生了變化，對某個(gè)需求要求很低了，所以也適當降低。
因此，
1、建議將涉及到業(yè)務(wù)流程的用例，整理到一個(gè)專(zhuān)區，定義為P4
2、每一個(gè)需求的主測試用例定義為P4
3、每一個(gè)需求的輔助測試用例定義為P4或P3
4、級別為高的需求點(diǎn)的完善性測試用例，建議性 易用性等，定義為P3 P2
5、級別非高的需求點(diǎn)的主測試用例為P3 或P2
6、級別非高的需求點(diǎn)的輔助用例完善用例 建議用例易用性用例為P2 P1
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
