軟體測試過程中應注意的風險

2022-03-30 03:27:36 字數 1930 閱讀 1461

在編寫測試計畫的時候要考慮可能發生的風險,並提出應對措施。那麼到底都有哪些風險要注意呢?如何解決呢?以下列出了一些方案:

設計方面:

風險:(1)沒有詳細設計說明書;

風險:(2)沒有統一的介面設計規範。

解決方案:與專案負責人確認測試標準。

開發方面:

風險:(1)所有模組開發沒有統一設計,開發人員有自己的設計方式;

解決方案:與專案負責人確認標準方式,與標準方式不一致的地方全部以bug形式提交。

風險:(2)需求變更開發。

測試本身:

風險:(1)人力資源;

解決方案:保證穩定的人員安排。

風險:(2)硬體資源;

解決方案:事先分析測試所需硬體資源,及時申請,保證測試工作順利進行。

風險:(3)版本控制;

解決方案:嚴格控制版本,bug以版本為單位進行提交。在測試過程中及bug確認階段禁止任何**更新。

風險:(4)測試時間不足。

解決方案:動員測試人員完成測試任務,必要時,應給予相應物質獎勵。

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

一、質量需求或產品的特性理解不準確,造成測試範圍分析的誤差,結果某些地方始終測試不到或驗證的標準不對;

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

三、需求的臨時/突然變化,導致設計的修改和**的重寫,測試時間不夠;

四、質量標準不都是很清晰的,如適用性的測試,仁者見仁、智者見智;

五、測試用例設計不到位,忽視了一些邊界條件、深層次的邏輯、使用者場景等;

六、測試環境,一般不可能和實際執行環境完全一致,造成測試結果的誤差;

七、有些缺陷出現頻率不是百分之百,不容易被發現;如果**質量差,軟體缺陷很多,被漏檢的缺陷可能性就大;

八、回歸測試一般不執行全部測試用例,是有選擇性的執行,必然帶來風險。

前面三種風險是可以避免的,而四至七的四種風險是不能避免的,可以降到最低。最後一種回歸測試風險是可以避免,但出於時間或成本的考慮,一般也是存在的。

針對上述軟體測試的風險,有一些有效的測試風險控制方法,如:

測試環境不對可以通過事先列出要檢查的所有條目,在測試環境設定好後,由其他人員按已列出條目逐條檢查;

有些測試風險可能帶來的後果非常嚴重,能否將它轉化為其他一些不會引起嚴重後果的低風險。如產品發布前夕,在某個不是很重要的新功能上發現乙個嚴重的缺陷,如果修正這個缺陷,很有可能引起某個原有功能上的缺陷。這時處理這個缺陷所帶來的風險就很大,對策是去掉那個新功能,轉移這種風險;

有些風險不可避免,就設法降低風險,如「程式中未發現的缺陷」這種風險總是存在,我們就要通過提高測試用例的覆蓋率(如達到99.9%)來降低這種風險;

為了避免、轉移或降低風險,事先要做好風險管理計畫和控制風險的策略,並對風險的處理還要制定一些應急的、有效的處理方案,如:

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

在專案開始前,把一些環節或邊界上的可能會有變化、難以控制的因素列入風險管理計畫中;

對每個關鍵性技術人員培養後備人員,作好人員流動的準備,採取一些措施確保人員一旦離開公司,專案不會受到嚴重影響,仍能可以繼續下去;

制定文件標準,並建立一種機制,保證文件及時產生;

對所有工作多進行互相審查,及時發現問題,包括對不同的測試人員在不同的測試模組上相互調換;

對所有過程進行日常跟蹤,及時發現風險出現的徵兆,避免風險。

要想真正迴避風險,就必須徹底改變測試專案的管理方式;針對測試的各種風險,建立一種「防患於未然」或「以預防為主」的管理意識。與傳統的軟體測試相比,全過程測試管理方式不僅可以有效降低產品的質量風險,而且還可以提前對軟體產品缺陷進行規避、縮短對缺陷的反饋週期和整個專案的測試週期。

軟體測試過程中應注意的風險

在編寫測試計畫的時候要考慮可能發生的風險,並提出應對措施。那麼到底都有哪些風險要注意呢?如何解決呢?以下列出了一些方案 設計方面 風險 1 沒有詳細設計說明書 解決方案 測試人員要在開發階段對相關設計及需求文件進行分析,對大體模組功能進行分類,分析業務邏輯,在不清楚的地方及時與開發人員溝通。風險 2...

軟體測試過程中的度量

在軟體測試過程中,可以將度量分為兩大類 1 衡量測試效率和測試工作量 工作量指標 例如,測試效率評價 測試進度s曲線等.2 從質量 的角度表明測試的結果 結果指標 例如,缺陷 數量 到達模式 系統崩潰和掛起的次數等.測試過程s曲線 追蹤測試過程也許是軟體測試階段管理中最重要的追蹤任務。建議的一種度量...

軟體測試過程中的度量與分析

本文中考慮的軟體測試過程專指第三方的軟體測試過程,即在測試的過程中,不涉及開發人員的修復過程。度量和分析的目的是開發和維持乙個用於支援專案資訊需要的度量能力。通過對專案的度量,一方面可以逐漸豐富和完善公司的度量財富庫,從而為專案經理進行專案工作量 進度等的預估時提供可靠的參考依據 另一方面,通過度量...