軟件測試過程中應(yīng)注意的風(fēng)險

  在編寫測試計劃的時候要考慮可能發(fā)生的風(fēng)險，并提出應(yīng)對措施。那么到底都有哪些風(fēng)險要注意呢?如何解決呢?以下列出了一些方案：

　　設(shè)計方面：

　　風(fēng)險：(1)沒有詳細(xì)設(shè)計說明書;

　　解決方案：測試人員要在開發(fā)階段對相關(guān)設(shè)計及需求文檔進(jìn)行分析，對大體模塊功能進(jìn)行分類，分析業(yè)務(wù)邏輯，在不清楚的地方及時與開發(fā)人員溝通。

　　風(fēng)險：(2)沒有統(tǒng)一的界面設(shè)計規(guī)范。

　　解決方案：與項目負(fù)責(zé)人確認(rèn)測試標(biāo)準(zhǔn)。

　　開發(fā)方面：

　　風(fēng)險：(1)所有模塊開發(fā)沒有統(tǒng)一設(shè)計，開發(fā)人員有自己的設(shè)計方式;

　　解決方案：與項目負(fù)責(zé)人確認(rèn)標(biāo)準(zhǔn)方式，與標(biāo)準(zhǔn)方式不一致的地方全部以BUG形式提交。

　　風(fēng)險：(2)需求變更開發(fā)。

　　解決方案：建議將需求變更形成文檔，對沒有文檔的需求變更，在測試過程中發(fā)現(xiàn)及時與開發(fā)負(fù)責(zé)人確認(rèn)，并存檔相關(guān)變更文檔。

　　測試本身：

　　風(fēng)險：(1)人力資源;

　　解決方案：保證穩(wěn)定的人員安排。

　　風(fēng)險：(2)硬件資源;

　　解決方案：事先分析測試所需硬件資源，及時申請，保證測試工作順利進(jìn)行。

　　風(fēng)險：(3)版本控制;

　　解決方案：嚴(yán)格控制版本，BUG以版本為單位進(jìn)行提交。在測試過程中及BUG確認(rèn)階段禁止任何代碼更新。

　　風(fēng)險：(4)測試時間不足。

　　解決方案：動員測試人員完成測試任務(wù)，必要時，應(yīng)給予相應(yīng)物質(zhì)獎勵。

　　測試風(fēng)險是不可避免的、總是存在的，所以對測試風(fēng)險的管理非常重要，必須盡力降低測試中所存在的風(fēng)險，最大程度地保證質(zhì)量和滿足客戶的需求。在測試工作中，主要的風(fēng)險有：

　　一、質(zhì)量需求或產(chǎn)品的特性理解不準(zhǔn)確，造成測試范圍分析的誤差，結(jié)果某些地方始終測試不到或驗證的標(biāo)準(zhǔn)不對;

　　二、測試用例沒有得到百分之百的執(zhí)行，如有些測試用例被有意或無意的遺漏;

　　三、需求的臨時/突然變化，導(dǎo)致設(shè)計的修改和代碼的重寫，測試時間不夠;

　　四、質(zhì)量標(biāo)準(zhǔn)不都是很清晰的，如適用性的測試，仁者見仁、智者見智;

　　五、測試用例設(shè)計不到位，忽視了一些邊界條件、深層次的邏輯、用戶場景等;

　　六、測試環(huán)境，一般不可能和實際運行環(huán)境完全一致，造成測試結(jié)果的誤差;

　　七、有些缺陷出現(xiàn)頻率不是百分之百，不容易被發(fā)現(xiàn);如果代碼質(zhì)量差，軟件缺陷很多，被漏檢的缺陷可能性就大;

　　八、回歸測試一般不運行全部測試用例，是有選擇性的執(zhí)行，必然帶來風(fēng)險。

　　前面三種風(fēng)險是可以避免的，而四至七的四種風(fēng)險是不能避免的，可以降到最低。最后一種回歸測試風(fēng)險是可以避免，但出于時間或成本的考慮，一般也是存在的。

　　針對上述軟件測試的風(fēng)險，有一些有效的測試風(fēng)險控制方法，如：

　　測試環(huán)境不對可以通過事先列出要檢查的所有條目，在測試環(huán)境設(shè)置好后，由其他人員按已列出條目逐條檢查;

　　有些測試風(fēng)險可能帶來的后果非常嚴(yán)重，能否將它轉(zhuǎn)化為其他一些不會引起嚴(yán)重后果的低風(fēng)險。如產(chǎn)品發(fā)布前夕，在某個不是很重要的新功能上發(fā)現(xiàn)一個嚴(yán)重的缺陷，如果修正這個缺陷，很有可能引起某個原有功能上的缺陷。這時處理這個缺陷所帶來的風(fēng)險就很大，對策是去掉那個新功能，轉(zhuǎn)移這種風(fēng)險;

　　有些風(fēng)險不可避免，就設(shè)法降低風(fēng)險，如“程序中未發(fā)現(xiàn)的缺陷”這種風(fēng)險總是存在，我們就要通過提高測試用例的覆蓋率(如達(dá)到99.9%)來降低這種風(fēng)險;

　　為了避免、轉(zhuǎn)移或降低風(fēng)險，事先要做好風(fēng)險管理計劃和控制風(fēng)險的策略，并對風(fēng)險的處理還要制定一些應(yīng)急的、有效的處理方案，如：

　　在做資源、時間、成本等估算時，要留有余地，不要用到100%;

　　在項目開始前，把一些環(huán)節(jié)或邊界上的可能會有變化、難以控制的因素列入風(fēng)險管理計劃中;

　　對每個關(guān)鍵性技術(shù)人員培養(yǎng)后備人員，作好人員流動的準(zhǔn)備，采取一些措施確保人員一旦離開公司，項目不會受到嚴(yán)重影響，仍能可以繼續(xù)下去;

　　制定文檔標(biāo)準(zhǔn)，并建立一種機制，保證文檔及時產(chǎn)生;

　　對所有工作多進(jìn)行互相審查，及時發(fā)現(xiàn)問題，包括對不同的測試人員在不同的測試模塊上相互調(diào)換;

　　對所有過程進(jìn)行日常跟蹤，及時發(fā)現(xiàn)風(fēng)險出現(xiàn)的征兆，避免風(fēng)險。

　　要想真正回避風(fēng)險，就必須徹底改變測試項目的管理方式;針對測試的各種風(fēng)險，建立一種“防患于未然”或“以預(yù)防為主”的管理意識。與傳統(tǒng)的軟件測試相比，全過程測試管理方式不僅可以有效降低產(chǎn)品的質(zhì)量風(fēng)險，而且還可以提前對軟件產(chǎn)品缺陷進(jìn)行規(guī)避、縮短對缺陷的反饋周期和整個項目的測試周期。