軟件測試中淺析軟件測試用例的優(yōu)先級資料

1、軟件測試中淺析軟件測試用例的優(yōu)先級從未有足夠的時間做所有我們需要做的事情，這是在軟件項目，尤其在測試中的一個普通的話題。假使你在可用的有限時間內(nèi)，你如何知道你的測試工作做的最好? 你知道當(dāng)應(yīng)用程序發(fā)布時，總會有些遺漏的缺陷沒有被發(fā)現(xiàn)。對于測試而言，目標(biāo)是通過改進產(chǎn)品質(zhì)量使風(fēng)險減到最小，并且這可以部分的通過建造一套具體的測試用例來將應(yīng)用程序按照它的速度完成等方法實現(xiàn)。測試用例的定義：1、為一個為特定目標(biāo)而開發(fā)一組測試輸入，執(zhí)行條件和期望結(jié)果，例如測試某個程序路徑或核實是否滿足某個特定的需求。2、指定輸入，預(yù)期結(jié)果和一組測試項的執(zhí)行條件的文檔 (IEEE Std 829-1983。 當(dāng)然，你將發(fā)現(xiàn)

2、在項目的生命周期里的每一個應(yīng)用程序的版本上執(zhí)行你全部的測試用例是很困難的。但是你將如何知道哪個測試用例必須在每一個版本中執(zhí)行，什么應(yīng)該被執(zhí)行，同時如果你有時間的話，什么又可以被執(zhí)行?給你的測試用例劃分優(yōu)先級別你的應(yīng)用程序不需要十全十美，但它必須迎合你目標(biāo)用戶的需求和期望。為了了解你項目的期望，你需要確定什么是應(yīng)用程序中最重要的，目標(biāo)和風(fēng)險又是什么。Sue Bartlett在“How to Find the Level of Quality Your Sponsor Want s”一文中詳細(xì)的討論了這個問題，她在文中注解到：“當(dāng)我們在詳細(xì)的計劃，設(shè)計或編碼之前溝通質(zhì)量目標(biāo)時，我們有一個更好的機會

3、來避免在最后時刻的質(zhì)量不匹配，那意味著迎合計劃，彌補花費并且贏利將有一個更好的成功的機會?！睘榱藴y試計劃的目的，在你項目版本的進度下，測試執(zhí)行的組織和安排你的測試用例將幫助達到這些目標(biāo)。作為這種組織的一部分，我們要考慮每一個測試用例的優(yōu)先級別。根據(jù)優(yōu)先級別分組你的測試用例將幫助你決定不同類型的版本需要什么樣的測試用例，因此計算需要的時間。如果你只有有限的時間，你可以查看什么是最合適。Ross Collard在“Use Case Testing”一文中說：“測試用例的前10%到15%可以發(fā)現(xiàn)75%到90%的重要缺陷”。測試用例的優(yōu)先級劃分將幫助確定找出了這前10%到15%的測試用例。如何劃分測試

4、用例的優(yōu)先級別你曾查看過多少次你的測試用例并且能夠很容易的挑選出最重要的一個小的子集? 這個答案可能是不經(jīng)常。停止思考“所有的測試用例都是同等重要”這個問題是非常困難的。當(dāng)設(shè)計測試用例時，分配優(yōu)先級別是不容易，并且在項目期間里不一定是靜止的。然而，我們可以通過構(gòu)造一個劃分優(yōu)先級別流程的例子來開始處理劃分測試用例優(yōu)先級別的第一步。讓我們假設(shè)你剛剛根據(jù)功能說明書， 用例和其他一些關(guān)于你應(yīng)用程序的目標(biāo)行為和能力的信息源完成了建立測試用例?，F(xiàn)在是時候來為每個測試用例分配一個優(yōu)先級別了。 測試用例的優(yōu)先級別首先，你必須確定什么是你優(yōu)先級別的類型和其暗示著什么。就我們的目的來說， 我們將用一個假設(shè)開始，那

5、就是我們可能發(fā)現(xiàn)的缺陷的嚴(yán)重程度和那些相應(yīng)測試用例的優(yōu)先級別之間是平行的。1 小版本確認(rèn)測試(Build Verification Tests (BVTs：也叫做“冒煙測試”，一組你想先運行的以確定這個給出的小版本是否可以測試的測試用例。如果你不能訪問每一個功能區(qū)域或執(zhí)行其他測試用例依賴的基本操作，那么在執(zhí)行這個優(yōu)先的測試用例之前，試圖做其他任何的測試都是沒有意義的，因為他們大多數(shù)肯定要失敗。2 高(Highs：最常執(zhí)行以保證功能性是穩(wěn)定的，目標(biāo)的行為和能力可以正常的工作，和重要的錯誤和邊界被測試的測試用例的集合。3 中(Mediums：這是使給出的功能區(qū)域或功能變得更詳細(xì)，檢查功能的多數(shù)方面

6、包括邊界，錯誤和配置測試的測試用例。4 低(Lows：這是通常最少被執(zhí)行的測試用例。但這并不意味著這些測試都不重要，只是說他們在項目的生命期間里不是常常被運行，例如GUI ，錯誤信息，可用性，壓力和性能測試。我們將測試用例分成4類：BVTs ，高，中和低?，F(xiàn)在的問題是將測試用例分到不同的優(yōu)先級別里。畢竟，優(yōu)先級別將指出哪些測試用例被認(rèn)為是需要更頻繁的執(zhí)行的，哪些又不是。 怎樣著手分配優(yōu)先級別1 隨意地分配：基于如果你沒有足夠的時間測試卻又至少要保證所有的產(chǎn)品需求已經(jīng)被確認(rèn)可以在設(shè)想的良好狀況下像它們被期望的那樣工作的想法，前面這3 步將讓你任意的分組測試用例，如果你也停下來思考每個測試用例的測

7、試的內(nèi)容，它們都將變的很重要。因此只需要： (a 把你所有功能性驗證(或基本路徑(Happy Path的測試標(biāo)注為高優(yōu)先級別 (b 把你所有錯誤和邊界值或確認(rèn)測試標(biāo)注為中優(yōu)先級別(c 把你所有非功能性的測試(例如性能和可用性 標(biāo)注為低優(yōu)先級別2 提升和降級：并非所有的功能性測試都一樣的重要，并且和邊界和非功能性測試一樣的重要。思考一下測試的重要性及相對于其他同等優(yōu)先級別的測試，你想要檢查這個功能的頻率-考慮質(zhì)量目標(biāo)和你項目的需求。(a 把功能性驗證測試分為兩組：重要和不是十分重要。(b 將“不是十分重要”的能性驗證測試降級為中優(yōu)先級別(c 把錯誤和邊界測試分成兩組：重要和不是十分重要(d 將“

8、重要”的錯誤和邊界測試升級為高優(yōu)先級別(e 把非功能性測試分成兩組：重要和不是十分重要(f 把“重要”的非功能性測試升級為中優(yōu)先級別(g 針對每組高，中和低優(yōu)先級別的測試用例，重復(fù)劃分和升級/降級流程直到你達到一個點，可以在不同優(yōu)先級別之間移動的測試用例的數(shù)量到最小。3 識別小版本驗證測試用例(Build Verification Tests：現(xiàn)在，為了確保小版本是可以測試的并準(zhǔn)備好給小組其他成員開始測試，哪些測試用例是必須在每個小版本中都檢查呢?(a 將好優(yōu)先級別的測試用例分成兩組：嚴(yán)重和重要的(b 將“嚴(yán)重”的高優(yōu)先級的測試用例升級為BVT 優(yōu)先級注意：不要先識別BVT 測試用例!BVT

9、只是高優(yōu)先級別測試用例的精選，它們已經(jīng)被確定為對系統(tǒng)和測試是非常重要的。在這個流程的最后，就是要檢查優(yōu)先級別的百分比分布情況是：BVT 為10-15%，高為20-30%，中為40-60%，低為10-15% 。在升級和降級測試用例時，需要考慮的方面是用戶將要求這個功能或功能性的頻率是怎樣。同樣的，對于用戶日常的或月尾的活動而言，這種行為的嚴(yán)重性是如何。Robyn Brilliant 在測試進度報告中提供了一個清單，你可以在考慮降級或升級測試用例的時候使用 使用從一到五的一個刻度，從最嚴(yán)重到最少的嚴(yán)重程度，量化可靠性風(fēng)險如下： (a 這個功能的失敗將影響用戶(b 這個功能的失敗將給公司造成重大的影響(c 這個功能的失敗將引起一個潛在的延期給客戶(d 這個功能的失敗對公司將有較小的影響(e 這個功能的失敗沒有任何影響這個和其相似的刻度可以幫助你達到你測試用例優(yōu)先級別劃分的最后一步。 總結(jié)這是一個簡化的劃分測試用例優(yōu)先級別過程的例子。然而，在快速組織測試用例和安排測試進度和工作量，及制訂項目計劃時需要完成哪些測試用例等方面，它可以給你很多幫助。 記住，你怎樣給你的測試任務(wù)劃分優(yōu)先級和如何執(zhí)行測試用例將取決于你在你的項目周期的位置。當(dāng)你朝發(fā)布前進并通過調(diào)查和觀察確定危險和缺陷出現(xiàn)的地方時，你可能會重新給你的測試用例劃分優(yōu)先級別。 向上為每個階段建立你的測試目標(biāo)并保證他們