在實(shí)際的項(xiàng)目中，往往由于時(shí)間緊，測(cè)試人員不足等原因，無(wú)法做完全的測(cè)試，需要對(duì)測(cè)試工作進(jìn)行取舍。一般來(lái)說(shuō)，需要確定測(cè)試的重點(diǎn)，排出優(yōu)先級(jí)，根據(jù)優(yōu)先級(jí)取舍。
那么，如何確定測(cè)試的重點(diǎn)呢？主要從以下方面考慮：
被測(cè)功能在系統(tǒng)中的地位
在一個(gè)軟件內(nèi)部，不同功能模塊的質(zhì)量標(biāo)準(zhǔn)一般來(lái)說(shuō)也會(huì)有差異。客戶最關(guān)注的功能顯然應(yīng)該得到測(cè)試的重視，需要投入較多的精力對(duì)其進(jìn)行驗(yàn)證。除此之外，對(duì)那些非核心功能、但對(duì)核心功能產(chǎn)生影響的模塊，我們也不應(yīng)該忽視，至少要保證這些模塊在一般情況下能夠正常運(yùn)轉(zhuǎn)，在遇到異常情況時(shí)能夠做出令人接受的合理反應(yīng)，不會(huì)導(dǎo)致核心功能發(fā)生超出耐受度的錯(cuò)誤。
客戶能夠容忍哪些錯(cuò)誤存在
從另一個(gè)角度看，客戶對(duì)不同模塊中發(fā)生的不同錯(cuò)誤的接受程度是不一樣的。某些模塊不允許出現(xiàn)任何功能錯(cuò)誤，但少量的不嚴(yán)重的界面問(wèn)題可以容忍，而另一些模塊偶爾出現(xiàn)功能錯(cuò)誤也可以接受，但必須保證界面顯示正常。某些功能必須滿足長(zhǎng)期運(yùn)行的要求；而有些軟件允許在運(yùn)行期間重新啟動(dòng)，甚至可以允許有輕微的內(nèi)存泄漏。
針對(duì)客戶能夠接受和不能接受的錯(cuò)誤，我們可以相應(yīng)地確立測(cè)試的側(cè)重點(diǎn)。比如：對(duì)功能要求高于界面要求的模塊，可以加強(qiáng)功能測(cè)試，減少界面測(cè)試用例個(gè)數(shù)或者減少界面測(cè)試用例的執(zhí)行次數(shù)。
被測(cè)功能的使用頻率
使用頻率高的功能發(fā)生意外的可能性相對(duì)要高一些，而且，這些功能中一些小問(wèn)題所造成的影響可能會(huì)隨著使用次數(shù)的增多而被擴(kuò)大。對(duì)于這樣的模塊，測(cè)試的標(biāo)準(zhǔn)不能設(shè)置得太低，特別是核心功能中使用率最高的模塊，一般情況下應(yīng)該重點(diǎn)測(cè)試。
發(fā)生異常情況的可能性
用戶輸入錯(cuò)誤數(shù)據(jù)的可能性有多大，他們不太可能輸入什么樣的錯(cuò)誤數(shù)據(jù)？用戶操作時(shí)可能會(huì)改變通常的執(zhí)行順序嗎？為當(dāng)前功能提供輸入數(shù)據(jù)的其他模塊的出錯(cuò)機(jī)率高嗎？當(dāng)一個(gè)功能需要多個(gè)模塊共同協(xié)作才能完成時(shí)，這些共同協(xié)作的模塊是否都足夠穩(wěn)定？當(dāng)前功能并發(fā)操作的可能性是否高？系統(tǒng)運(yùn)行的相關(guān)軟硬件是否安全和健壯？有很多的因素我們需要考慮。
與不太可能出現(xiàn)的錯(cuò)誤情況相關(guān)的測(cè)試用例，我們是否可以試著將其執(zhí)行優(yōu)先級(jí)設(shè)置低一些？例如：在多種錯(cuò)誤輸入數(shù)據(jù)中，優(yōu)先嘗試最有可能出現(xiàn)的錯(cuò)誤數(shù)據(jù)；如果使用者一般不會(huì)對(duì)同一數(shù)據(jù)進(jìn)行操作，那么對(duì)并發(fā)操作可以暫時(shí)不進(jìn)行測(cè)試。
錯(cuò)誤所造成的影響
不同模塊出現(xiàn)的錯(cuò)誤造成的影響是不同的，這些影響可能是數(shù)據(jù)丟失、系統(tǒng)的異常退出等等。例如：某個(gè)操作數(shù)據(jù)庫(kù)的模塊出現(xiàn)異常后，有可能對(duì)數(shù)據(jù)庫(kù)造成死鎖，阻礙其他模塊的正常運(yùn)行。對(duì)這樣的模塊，需要進(jìn)行仔細(xì)的驗(yàn)證。
被測(cè)功能是否是一個(gè)錯(cuò)誤易發(fā)的功能
在執(zhí)行測(cè)試的過(guò)程中，我們會(huì)發(fā)現(xiàn)某些模塊在幾輪測(cè)試中總是比其他模塊出現(xiàn)的錯(cuò)誤多。這些模塊應(yīng)該引起測(cè)試的注意，因?yàn)樗鼈冊(cè)谝院蟮臏y(cè)試中仍然可能會(huì)出現(xiàn)很多錯(cuò)誤，我們不能減少對(duì)它們的測(cè)試，如果這些模塊屬于核心功能或者是用戶常用的功能，可能還需要增加測(cè)試用例以更多地發(fā)現(xiàn)隱藏缺陷。對(duì)于那些錯(cuò)誤少且錯(cuò)誤數(shù)量已呈收斂趨勢(shì)的模塊，如果其本身功能未發(fā)生改變或者其他模塊的修改對(duì)其不造成影響，我們不妨適當(dāng)減少對(duì)這些模塊的測(cè)試次數(shù)，例如：在后面的幾輪回歸測(cè)試中不對(duì)其進(jìn)行測(cè)試，直至最后的回歸測(cè)試。
在同一模塊中也存在類似問(wèn)題。如果一個(gè)模塊在前幾輪的測(cè)試中都沒(méi)有發(fā)現(xiàn)存在某些方面的錯(cuò)誤，為檢查這些錯(cuò)誤而設(shè)計(jì)的測(cè)試用例在后面幾輪回歸測(cè)試中可以減少執(zhí)行次數(shù)。
測(cè)試是否足夠充分和合理與軟件交付時(shí)間和軟件質(zhì)量直接相關(guān)，這不僅僅是測(cè)試組的責(zé)任。對(duì)于一個(gè)項(xiàng)目來(lái)說(shuō)，測(cè)試工作的目的不是為了尋找錯(cuò)誤而尋找錯(cuò)誤，或者發(fā)現(xiàn)軟件的所有錯(cuò)誤，而是在允許的人力條件下，保障項(xiàng)目組在規(guī)定時(shí)間內(nèi)交付一個(gè)客戶能夠接受的軟件產(chǎn)品。
版權(quán)聲明：本文出自 shiningredstar 的51Testing軟件測(cè)試博客：http://www.51testing.com/?7622
原創(chuàng)作品，轉(zhuǎn)載時(shí)請(qǐng)務(wù)必以超鏈接形式標(biāo)明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。