迴歸測試與非迴歸測試

Question

作爲該answer的後續和在評論中的討論。

是迴歸測試是否爲非迴歸測試的一個誤稱或是這些不同類型的測試？

Answer 1

我剛在維基百科文章的發言中發現this。

1） 的「迴歸和非迴歸測試」部分似乎 mischaracterize迴歸測試。此聲明：「 迴歸測試的目的是爲了確保已通過重新測試修改後的軟件成功糾正了軟件錯誤」 「（請參閱迴歸測試，迴歸測試的目的是確保 糾正錯誤不會在現有的 函數中引入任何錯誤，而不是測試錯誤本身是否已被修復）。 一旦您刪除錯誤的語句，整個段落就會崩潰，而我的 看不到NRT和RT之間的差異。我懷疑這篇文章 應該被刪除或者簡單地重定向到迴歸測試，因爲它們 是相同的東西。 Meritw（談話）17:46，2013年8月2日（UTC）

2） 我不 肯定完全如果NRT的內容是否有效（尚未閱讀 通過它），但RT和NRT是相當獨立的。 RT測試現有的 功能，NRT將包含新的功能測試，並且 將在稍後的時間點成爲RT的一部分，具體取決於很多變量。簡而言之，應用程序存在具有X的功能集合。存在RT組以覆蓋X.在應用程序上發生新代碼 以使功能成爲（X + Y）。 RT將繼續測試X，直到它在後面的時間點演變爲 包括Y.但爲了覆蓋基於Y的額外變化，NRT必須爲 ，其中大部分時間是手動過程，直到RT 演變爲涵蓋X + Y。一個MIT웃18:29，2013年8月2日（UTC）

所以我注意到：

1）的定義還真是有些混亂

2）非迴歸測試成爲迴歸的人後它檢查的改進已成功通過認證。

雖然它們在語義上不同，但它們可以與同一個對象（具有測試主程序的命令的代碼）相關。

Answer 2

迴歸測試：

迴歸測試是由software testing companies，以檢查出的對現有功能的新功能的影響進行。例如，在頁面上添加新字段不應該中斷模塊的現有工作流程。

幾乎所有的公司都在嚴肅的節點和主要項目上進行迴歸執行，爲迴歸執行設立了單獨的迴歸團隊。迴歸案例是一組需要在重複模式下執行的測試案例，因此每個產品所有者都有一種方法來自動優化迴歸集以降低產品成本。

非迴歸測試：

這些都是主要涉及哪些不是現有功能的一部分，並且不可在部署在生產構建新功能相關的測試用例的情況。這些測試在構建中是新的並且需要在它們進入生產之前進行處理。

大多數項目在迴歸類型的基礎上處理問題，如果存在問題是迴歸的一部分，那麼它需要儘快修復，因爲它會打破生產中的現有功能。

構建中新引入了非迴歸問題，業務團隊決定處理此問題。

希望這個答案能夠幫助你更好地描述迴歸和非迴歸測試。

問候，

維沙爾