回歸測試相關知識理論

2021-09-28 12:39:00 字數 1326 閱讀 4486

最近學習了回歸測試的一些基礎知識,現在分享一下我的學習成果。

1.回歸測試的定義

產品修正了bug或增加了功能,生成新的版本,對這個版本進行測試,就叫做回歸測試。

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

1. 確認軟體中被修改的部分

2. 從原基線測試用例庫中,選擇對應的測試用例(基本的)建立新測試基線

3. 若有測試用例改動(刪除或變更)或需求變更(增加新需求)則先更新用例,再展開測試

2.回歸測試的重點和難點是什麼?

(1)新修改的功能,這個顯然是重點;

(2)新修改的功能的關聯功能,就是有耦合的部分,這個一般最好諮詢一下開發人員;

(3)程式最有賣點或者說亮點的部分,這個地方一旦有問題,會使程式質量大打折扣;

(4)程式中最致命的部分,譬如說安全隱患,資料洩露,加密註冊;

(5)程式中比較脆弱的部分,這個要諮詢開發人員,一般就是他們心中最沒底的地方;

(6)程式的主幹功能;

難點:只測試本次改動影響的部分以及跟該功能有整合的其他功能

開發和測試討論,確定回歸測試的功能列表

1.原來測試點

2.相關功能效能

3.新寫測試點測試用例覆蓋

風險驅動的回歸測試主要的挑戰在於:

風險是很難界定和衡量

現有的風險驅動的方法過於複雜而很難執行。

3.回歸測試與自動化的關係?

回歸測試比較適合使用自動化工具

自動化可以節省回歸測試的工作量

如果回歸測試針對的是全部回歸則引入自動化較簡單、如果只是回歸修改部分則自動化引入較難

自動化的最大貢獻就是回歸測試

4.回歸測試在哪個階段進行?

回歸測試可以發生在任何乙個階段

5.回歸測試的主要目的?

回歸測試的目的在於驗證以前出現過但已經修復好的缺陷不再重新出現。

一般指對某已知修正的缺陷再次圍繞它原來出現時的步驟重新測試。

6.回歸測試需要結對測試嗎?

結對測試:

設計過程結對:選擇能夠發現大部分缺陷的子集進行測試

測試過程結對:

兩個人共同負責同樣模組的測試,兩個人同時在各自的機器上按自己的想法進行測試,乙個測試人員發現問題後必須和另一位測試人員進行有效的交流溝通。多個測試人員合作共同測試的時候我們就稱之為結隊測試(mutiple testing)

需要。7.回歸測試需要本人回歸嗎?

需要。節約時間、提高覆蓋率

缺點:有些容易被忽略的點

8.回歸測試與版本測試

回歸測試是測試原來的功能,版本測試是軟體新增功能後既測試原本的功能,也測試新增的功能

測試相關理論

1.概念 驗證軟體功能是否能夠滿足使用者的需求。找bug,驗證它沒有問題 1979年,軟體測試藝術 軟體測試是為了發現錯誤而執行程式或系統的過程。1983年,軟體測試完全指南 測試是以評價乙個程式或者系統屬性為目標的任何一種活動。測試是對軟體質量的度量。1983年,ieee軟體工程標準術語 使用人工...

測試相關知識

在我看來,測試開發工程師,是屬於測試的。測試還是測試,只是在工作中會用到很多開發知識,codereview,單元測試加強,自動化測試,開發測試工具。測試最重要的是思想,開發技能只能是技術手段。現在這個測試自動化極其重要。但如果是不懂測試的人,給測試開發工具,極有可能難用又沒效果,所以最好是有一批懂測...

軟體測試理論知識

軟體 有程式,資料和文件 工程化 系統化,模組化,規範化,可度量化 可用數字表示的 工程的定義 使用工程化的思想完成複雜的對人類有意義的過程 軟體工程 使用工程化思想開發符合使用者需求的軟體的過程 目標 在時間,資源,人員的限制條件下構建滿足使用者需求的軟體產品 prd 產品需求文件 專案 在有限的...