開發(fā)團隊進行回歸測試，以驗證軟件應用程序中的代碼變化（修復錯誤或添加新功能）不會導致引入另一個錯誤或破壞現(xiàn)有系統(tǒng)的任何功能。

對于許多嵌入式系統(tǒng)，團隊在生命周期結束時進行回歸測試，以確定每個軟件版本發(fā)布的穩(wěn)定性。這是一個反復的過程，一直持續(xù)到項目達到開發(fā)結束或維護結束。在其他工作流程中，回歸測試是開發(fā)人員日常的現(xiàn)實活動。事實上，可以說在迭代和敏捷過程中，大部分測試都是回歸測試。在進一步探討之前，我們先來看看什么是回歸測試，以及為什么它在軟件開發(fā)實踐中占有如此重要的地位。

什么是回歸測試？

回歸是指 "向較低或不完美狀態(tài)的趨勢或轉變"--這也是在開發(fā)軟件時都在努力避免的。回歸測試有助于發(fā)現(xiàn)在添加新功能、修復錯誤時，以及在對測試用例本身進行更改時，潛入軟件中的缺陷。作為大多數(shù)軟件開發(fā)過程的一部分，開發(fā)人員在對軟件進行更改后要進行回歸測試。這些測試確定新的更改是否對軟件的現(xiàn)有運行產生了影響。

當然，回歸測試是必要的，但它們只是表明最近的代碼變化沒有導致測試失敗。并不能保證這些變化本身是有效的。此外，促使需要做回歸測試的變化的性質可能會超出當前應用程序的范圍，包括硬件、操作系統(tǒng)和運行環(huán)境的變化。

為什么嵌入式系統(tǒng)中的回歸測試很重要？

由于嵌入式系統(tǒng)往往有對安全和安保至關重要的限制，開發(fā)團隊要對系統(tǒng)或子系統(tǒng)進行回歸測試，測試可以說是在系統(tǒng)或子系統(tǒng)的每個迭代生命周期結束時進行。這意味著必須執(zhí)行所有為前一個軟件系統(tǒng)或子系統(tǒng)版本定義的單元測試用例，加上為驗證新功能而增加的新單元測試用例，以暴露軟件中的回歸。

如果以前的單元測試用例通過了，現(xiàn)在卻失敗了，那么可能已經發(fā)現(xiàn)了一個潛在的回歸。新功能可能會導致失敗。如果是這種情況，那么測試用例可能需要考慮輸入和輸出值的變化而進行更新。同樣至關重要的是，要明白回歸測試不僅僅意味著單元測試用例。嵌入式系統(tǒng)的回歸測試還包括集成測試用例、系統(tǒng)測試用例、性能測試用例、壓力測試用例等的執(zhí)行。事實上，開發(fā)人員應該執(zhí)行所有之前創(chuàng)建的測試用例，以確保：

• 不存在退步的情況。
• 建設一個新的、可靠的軟件版本發(fā)布。

這兩點都很關鍵，因為每一個新的軟件系統(tǒng)或子系統(tǒng)的發(fā)布都是建立在前一個版本的基礎上或開發(fā)的。如果你沒有一個堅實的基礎，整個系統(tǒng)就會崩潰。

Parasoft C/C++test 可以自動生成測試用例。將它們與手動創(chuàng)建的測試用例結合起來，就會形成一個集合：測試套件。開發(fā)人員和測試人員執(zhí)行測試套件來識別應用程序的缺陷。Parasoft C/C++test  捕獲測試結果，并識別出故障，進行分析和修復。在這個初始周期之后，團隊可以重復使用現(xiàn)有的測試用例或測試套件進行回歸測試。

敏捷開發(fā)中的回歸測試

可能很明顯的是，軟件的更新和更改需要進行測試。從這個意義上說，回歸測試是開發(fā)過程中一個明顯的步驟。在具有敏捷流程和持續(xù)集成和部署的現(xiàn)代軟件開發(fā)中，回歸測試成為每個周期的關鍵步驟。隨著軟件的增長，回歸測試的套件也在增長。隨著套件的增長，執(zhí)行和調試時間也在增長，往往是管道的瓶頸。如果沒有專注和精簡的回歸測試，很難擁有敏捷開發(fā)和精簡的DevOps管道。

嵌入式設備的回歸測試

在嵌入式系統(tǒng)上工作會給測試增加另一個維度，因為在目標硬件上執(zhí)行測試往往是可取的，或者是必須的。由于在嵌入式目標上啟動和觀察測試的復雜性，回歸測試可能更具挑戰(zhàn)性。再加上由于這些目標系統(tǒng)的高成本，軟件團隊獲得目標硬件的機會有限。因此，建立一個可重用和可配置的測試自動化解決方案，可以從主機和/或虛擬系統(tǒng)上的執(zhí)行--以及目標系統(tǒng)上的驗證和確認--以連續(xù)的方式無縫過渡，可以大大節(jié)省資源、時間和成本。

開發(fā)團隊可以使用Parasoft C/C++test 在主機平臺、目標處理器模擬器或嵌入式目標上執(zhí)行單元測試。Parasoft C/C++test 經過優(yōu)化，以最小的二進制足跡或進程周期的額外開銷，Parasoft C/C++test 的測試線束以源代碼的形式出現(xiàn)。這意味著團隊可以針對所需的平臺特定修改進行定制。這一點很有必要，因為從目標系統(tǒng)中收集測試結果和代碼覆蓋率數(shù)據(jù)對安全和安全關鍵型系統(tǒng)至關重要，并且是DO-178B/C、ISO 26262、IEC 62304等流程標準所要求的。

此外，Parasoft C/C++test 還提供了與嵌入式IDE和調試器的專用集成，使測試用例的執(zhí)行過程變得流暢和自動化。支持的IDE環(huán)境包括Eclipse、VS Code、Green Hills Multi、Wind River Workbench、IAR EW、ARM MDK、ARM DS-5、TI CCS、Visual Studio等。查看所有Parasoft C/C++test 技術規(guī)范。

如何決定回歸測試的內容？

回歸測試的關鍵挑戰(zhàn)是確定測試應用程序的哪些部分。當對最近的代碼更改的影響有疑問時，默認運行所有回歸測試并不罕見。這就是那種 "全有或全無 "的方法。然而，對于大型軟件項目來說，這就成了一項巨大的工程，拖累了團隊的生產力。這種無法集中測試的情況阻礙了迭代和持續(xù)流程的許多好處--在測試目標是有限資源的嵌入式軟件中可能會更加嚴重。

我們需要的是一種方法來確定哪些測試需要重新執(zhí)行，并將測試工作（單元測試、自動功能測試和手動測試）集中在驗證受最新變化影響的功能和相關代碼上。利用Parasoft專有的覆蓋率分析引擎（C/C++test for C & C++、Jtest for Java和dotTEST for C#）和Parasoft DTP內的過程智能引擎（PIE）的組合，開發(fā)人員和測試人員可以了解代碼庫在兩次構建之間的變化，通過這種效率的提高，實現(xiàn)敏捷的承諾。這種形式的智能測試執(zhí)行被稱為測試影響分析（有時也被稱為基于變化的測試）。

通過測試影響分析了解代碼變更對測試的影響

測試影響分析使用測試運行期間收集的數(shù)據(jù)和兩次構建之間的代碼變化來確定哪些文件發(fā)生了變化，哪些特定的測試觸及了這些文件。Parasoft的分析引擎可以分析兩次構建之間的delta，并確定要執(zhí)行的回歸測試子集。它還能理解修改后的單元的依賴性，以確定對其他單元的改動會產生什么波及。

Parasoft C/C++test、Jtest 和 dotTest 可以深入了解軟件變更的影響，并提供建議，以確定在哪些地方增加測試，在哪些地方運行更多的回歸測試。請看下面基于變更的測試報告示例。

更早、更頻繁地進行回歸測試

通過測試影響分析簡化回歸測試，大大降低了測試的整體負擔。它使開發(fā)人員和測試人員能夠只關注受影響的代碼和測試。結果是什么？

• 更多的測試來增加代碼覆蓋率。
• 更多的周期來匯聚到一個更好的產品上。
• 兩者的結合。

回歸測試不再是一種負擔，而是提高產品質量和安全性的關鍵步驟。它產生的指標有助于衡量質量、安全性和整體進度。

通過最先進的工具支持和基于目標的測試，還可以在開發(fā)人員創(chuàng)建代碼時就開始回歸測試。隨著時間的推移，每個新的單元測試都會成為回歸測試，開發(fā)人員可以立即利用基于變化的測試。盡早進行回歸測試（將其轉移到開發(fā)時間線的左側）意味著更早地發(fā)現(xiàn)缺陷。向左移動可以立即節(jié)省時間和金錢。在軟件生命周期的后期，它的回報率甚至更高。不要小看這種回報。它可以節(jié)省大量的下游成本。在SDLC中更早地發(fā)現(xiàn)缺陷，可以削減修復成本，減少對下游活動的影響。請看下圖。

總結

回歸測試是嵌入式軟件測試的核心活動。每一個新增加的功能、錯誤修復或配置變更都需要進行測試，以確認哪些功能已經在工作并繼續(xù)工作。然而，隨著項目的增長和軟件復雜性的增加，回歸測試的數(shù)量也在增加。最終，測試自動化成為幫助處理測試負擔的必要手段。智能測試執(zhí)行等新技術讓回歸測試變得更容易。它促使開發(fā)人員和測試人員專注于專門測試更改和受影響代碼的測試。

將敏捷、CI/CD和DevOps等流程改進與軟件測試自動化相結合，使得幾乎在代碼寫好后就開始回歸測試成為可能。它有效地將測試轉移到左邊，并在成本更低、更容易修復的情況下更早地發(fā)現(xiàn)錯誤。