軟體測試系列之回歸測試(五)

2021-06-26 09:38:29 字數 1024 閱讀 8723

前情提要:

在回歸測試中,

其中有很大的比重,是傾向於根據測試用例來選擇回歸測試的用例。還有工具測試,可以幫助我們解決回歸測試的重複工作。

定義回歸測試是指修改了舊**後,重新進行測試以確認修改沒有引入新的錯誤或導致其他**產生錯誤。

意義1、避免在回歸測試中應各種操作誤差所引起的測試結果異常。

2、可以保持和原始測試一直性。

3、可以提高測試效率。

4、測試經理可以更好的掌握測試存在的問

1、再測試全部用例

選擇基線測試用例庫中的全部測試用例組成回歸測試包,這是一種比較安全的方法,再測試全部用例具有最低的遺漏回歸錯誤的風險,但測試成本最高。全部再測試幾乎可以應用到任何情況下,基本上不需要進行分析和重新開發,但是,隨著開發工作的進展,測試用例不斷增多,重複原先所有的測試將帶來很大的工作量,往往超出了我們的預算和進度。 2

、基於風險選擇測試

可以基於一定的風險標準來從基線測試用例庫中選擇回歸測試包。首先執行最重要的、關鍵的和可疑的測試,而跳過那些非關鍵的、優先級別低的或者高穩定的測試用例,這些用例即便可能測試到缺陷,這些缺陷的嚴重性也僅有**或四級。一般而言,測試從主要特徵到次要特徵。 3

、基於操作剖面選擇測試

如果基線測試用例庫的測試用例是基於軟體操作剖面開發的,測試用例的分布情況反映了系統的實際使用情況。回歸測試所使用的測試用例個數可以由測試預算確定,回歸測試可以優先選擇那些針對最重要或最頻繁使用功能的測試用例,釋放和緩解最高端別的風險,有助於盡早發現那些對可靠性有最大影響的故障。這種方法可以在乙個給定的預算下最有效的提高系統可靠性,但實施起來有一定的難度。 4

、再測試修改的部分

當測試者對修改的區域性化有足夠的信心時,可以通過相依性分析識別軟體的修改情況並分析修改的影響,將回歸測試侷限於被改變的模組和它的介面上。通常,乙個回歸錯誤一定涉及乙個新的、修改的或刪除的**段。在允許的條件下,回歸測試盡可能覆蓋受到影響的部分。

在編寫測試用例的時候測試人員都追求用最少的測試用例來達到最大的用例覆蓋率、在回歸測試中測試人員也會追求在保證專案進度和成本的情況下最大限度完成回歸測試。

軟體測試 自動化測試 回歸測試

軟體測試可分為以下幾類 1.單元測試。單元測試是針對程式中最小的可以測試的 塊進行驗證,比如中的乙個類。由此可見單元測試是和開發很接近的測試,其測試用例一般由開發人員編寫。敏捷開發模式中有一種開發模式叫做測試驅動開發模式,其主體思想即在 實現之前先實現單元測試用例。而程式編寫目的以程式功能通過單元測...

軟體測試 驗收測試與回歸測試

驗收測試的目的是向未來的使用者表明系統能夠像預定那樣工作,驗證軟體的功能和效能及其他特性是否與使用者要求一致。基於需求規格說明和使用者資訊,驗證軟體的功能和效能及其他特性。驗收測試,一般要求在實際的使用者環境上進行,並和使用者共同完成。alpha測試是指軟體開發公司內部人員開始試用新產品,在實際執行...

軟體測試分類 五 其他測試

以下幾種測試會出現在軟體測試週期中,既不算具體明確的測試階段,也不是具體的測試方法。1 冒煙測試 smoke testing 在對乙個新版本進行大規模系統測試之前,先驗證軟體的基本功能是否實現,是否具備可測性。2 回歸測試 regression testing 回歸測試是指修改了舊 後,重新進行測試...