如何確定軟件測試重點(diǎn)

第第頁如何確定軟件測試重點(diǎn)如何確定軟件測試重點(diǎn)

發(fā)表于：2023-05-24來源：博客園：qileilove點(diǎn)擊數(shù)：標(biāo)簽：測試重點(diǎn)

如何確定軟件測試重點(diǎn).在實(shí)際的項目中，往往由于時間緊，測試人員不足等原因，無法做完全的測試，需要對測試工作進(jìn)行取舍。一般來說，需要確定測試的重點(diǎn)，排出優(yōu)先級，根據(jù)優(yōu)先級取舍。

在實(shí)際的項目中，往往由于時間緊，（測試）人員不足等原因，無法做完全的（測試），需要對測試工作進(jìn)行取舍。一般來說，需要確定測試的重點(diǎn)，排出優(yōu)先級，根據(jù)優(yōu)先級取舍。

那么，如何確定測試的重點(diǎn)呢?主要從以下方面考慮：

被測功能在系統(tǒng)中的地位

在一個軟件內(nèi)部，不同功能模塊的質(zhì)量標(biāo)準(zhǔn)一般來說也會有差異?？蛻糇铌P(guān)注的功能顯然應(yīng)該得到測試的重視，需要投入較多的精力對其進(jìn)行驗(yàn)證。除此之外，對那些非核心功能、但對核心功能產(chǎn)生影響的模塊，我們也不應(yīng)該忽視，至少要保證這些模塊在一般情況下能夠正常運(yùn)轉(zhuǎn)，在遇到異常情況時能夠做出令人接受的合理反應(yīng)，不會導(dǎo)致核心功能發(fā)生超出耐受度的錯誤。

客戶能夠容忍哪些錯誤存在

從另一個角度看，客戶對不同模塊中發(fā)生的不同錯誤的接受程度是不一樣的。某些模塊不允許出現(xiàn)任何功能錯誤，但少量的不嚴(yán)重的界面問題可以容忍，而另一些模塊偶爾出現(xiàn)功能錯誤也可以接受，但必須保證界面顯示正常。某些功能必須滿足長期運(yùn)行的要求;而有些軟件允許在運(yùn)行期間重新啟動，甚至可以允許有輕微的內(nèi)存泄漏。

針對客戶能夠接受和不能接受的錯誤，我們可以相應(yīng)地確立測試的側(cè)重點(diǎn)。比如：對功能要求高于界面要求的模塊，可以加強(qiáng)（功能測試），減少界面（測試（用例））個數(shù)或者減少界面（測試（用例））的執(zhí)行次數(shù)。

被測功能的使用頻率

使用頻率高的功能發(fā)生意外的可能性相對要高一些，而且，這些功能中一些小問題所造成的影響可能會隨著使用次數(shù)的增多而被擴(kuò)大。對于這樣的模塊，測試的標(biāo)準(zhǔn)不能設(shè)置得太低，特別是核心功能中使用率最高的模塊，一般情況下應(yīng)該重點(diǎn)測試。

發(fā)生異常情況的可能性

用戶輸入錯誤數(shù)據(jù)的可能性有多大，他們不太可能輸入什么樣的錯誤數(shù)據(jù)?用戶操作時可能會改變通常的執(zhí)行順序嗎?為當(dāng)前功能提供輸入數(shù)據(jù)的其他模塊的出錯機(jī)率高嗎?當(dāng)一個功能需要多個模塊共同協(xié)作才能完成時，這些共同協(xié)作的模塊是否都足夠穩(wěn)定?當(dāng)前功能并發(fā)操作的可能性是否高?系統(tǒng)運(yùn)行的相關(guān)軟硬件是否（安全）和健壯?有很多的因素我們需要考慮。

與不太可能出現(xiàn)的錯誤情況相關(guān)的測試用例，我們是否可以試著將其執(zhí)行優(yōu)先級設(shè)置低一些?例如：在多種錯誤輸入數(shù)據(jù)中，優(yōu)先嘗試最有可能出現(xiàn)的錯誤數(shù)據(jù);如果使用者一般不會對同一數(shù)據(jù)進(jìn)行操作，那么對并發(fā)操作可以暫時不進(jìn)行測試。

錯誤所造成的影響

不同模塊出現(xiàn)的錯誤造成的影響是不同的，這些影響可能是數(shù)據(jù)丟失、系統(tǒng)的異常退出等等。例如：某個操作（數(shù)據(jù)庫）的模塊出現(xiàn)異常后，有可能對（數(shù)據(jù)庫）造成死鎖，阻礙其他模塊的正常運(yùn)行。對這樣的模塊，需要進(jìn)行仔細(xì)的驗(yàn)證。

被測功能是否是一個錯誤易發(fā)的功能

在執(zhí)行測試的過程中，我們會發(fā)現(xiàn)某些模塊在幾輪測試中總是比其他模塊出現(xiàn)的錯誤多。這些模塊應(yīng)該引起測試的注意，因?yàn)樗鼈冊谝院蟮臏y試中仍然可能會出現(xiàn)很多錯誤，我們不能減少對它們的測試，如果這些模塊屬于核心功能或者是用戶常用的功能，可能還需要增加測試用例以更多地發(fā)現(xiàn)隱藏（缺陷）。對于那些錯誤少且錯誤數(shù)量已呈收斂趨勢的模塊，如果其本身功能未發(fā)生改變或者其他模塊的修改對其不造成影響，我們不妨適當(dāng)減少對這些模塊的測試次數(shù)，例如：在后面的幾輪（回歸）測試中不對其進(jìn)行測試，直至最后的（回歸）測試。

在同一模塊中也存在類似問題。如果一個模塊在前幾輪的測試中都沒有發(fā)現(xiàn)存在某些方面的錯誤，為檢查這些錯誤而設(shè)計的測試用例在后面幾輪回歸測試中可以減少執(zhí)行次數(shù)。

測試是否足夠充分和合理與軟件交付時間和軟件質(zhì)量直接相關(guān)，這不僅僅是測試組的責(zé)任。對于一個