【51CTO.com快譯】有研究表明：在安裝了新的應(yīng)用程序之后，只有四分之一的用戶會在次日回到該應(yīng)用。而大多數(shù)用戶在首次使用之后就直接將其卸載掉了。造成此類留存率低下的主要原因，便是測試人員對于應(yīng)用程序的測試不足。由于他們對于重復(fù)測試毫無興趣，因此盡管深知回歸測試的重要性，但是他們?nèi)匀粫谲浖椖恐羞x擇性地忽略掉測試的環(huán)節(jié)。

什么是回歸測試

簡單而言，回歸測試(https://www.pcloudy.com/a-brief-overview-of-regression-testing/?utm_source=linkedin&utm_medium=post&utm_term=p&utm_campaign=continuous_testing_wp&utm_source=linkedin&utm_medium=post&utm_campaign=continuous_testing_wp&utm_term=p)可以被定義為：在對計算機(jī)程序進(jìn)行了一些修改之后，對其進(jìn)行重新測試，以確保所實施的更改不會對現(xiàn)有代碼產(chǎn)生不利的影響。可以說，回歸測試提高了測試人員盡早檢測到那些由更改所引入的程序缺陷，同時也降低了解決缺陷的成本。

可見，回歸測試既能夠確保軟件的正常運行，又能保證軟件開發(fā)者將產(chǎn)品的最佳版本投入市場。但是，光靠人工來創(chuàng)建和維護(hù)那些幾乎無休止的回歸測試是根本不可能的。這就是為什么大多數(shù)軟件企業(yè)會采用自動化的回歸測試方式，以節(jié)省時間和精力的原因。

回歸測試的類型

一般而言，對于不同的測試階段，我們會采用不同類型的回歸測試。下面讓我們來了解一下回歸測試的類型：

• 單元測試(Unit Testing)：在完成了對于某個單元的代碼變更后，需要測試人員重新測試先前已經(jīng)通過了的單元測試。通常，我們可以在代碼中設(shè)置自動化單元測試(https://dzone.com/articles/unit-testing-and-test-automation-two-things-youre)的入口，以提高測試的效率。
• 漸進(jìn)式測試(Progressive Testing)：當(dāng)開發(fā)人員對軟件及應(yīng)用程序的相關(guān)規(guī)范進(jìn)行了更改，并且重新設(shè)計了測試用例(https://www.pcloudy.com/17-best-tips-to-write-effective-test-cases/?utm_source=linkedin&utm_medium=post&utm_term=p&utm_campaign=continuous_testing_wp&utm_source=linkedin&utm_medium=post&utm_campaign=continuous_testing_wp&utm_term=p)后，就需要有效地進(jìn)行此類漸進(jìn)式測試。
• 選擇性測試(Selective Testing)：為了減少重新測試的成本和工作量，測試人員會采用當(dāng)前測試用例中的一部分。不過，當(dāng)它所涵蓋的程序?qū)嶓w發(fā)生變化時，則必須重新運行相應(yīng)的單元測試。
• 全盤重新測試(Retest-All Testing)：隨著時間的推移，就算未對程序代碼進(jìn)行修改，也要重復(fù)測試所有的用例。當(dāng)然，如果應(yīng)用程序的改動較小，此舉則會非常耗時。
• 完全測試(Complete Testing)：在對現(xiàn)有的代碼進(jìn)行了多次修改之后，我們需要有效地進(jìn)行完全測試。此舉不但是為了識別程序中的潛在錯誤，而且在完成之后，我們便可以將最終的軟件直接提交給用戶了。

如何選擇回歸測試計劃

因此，每當(dāng)軟件應(yīng)用程序發(fā)生變更、或是有新的版本需要發(fā)布之前，開發(fā)人員都會選擇性地將上述測試類型作為回歸測試過程(https://dzone.com/articles/plan-your-regression-testing-strategy-by-asking-th-4)的一部分予以執(zhí)行。

• 首先，開發(fā)人員執(zhí)行單元級的回歸測試，以驗證其修改代碼的正確性。創(chuàng)建此類新的測試，是為了應(yīng)盡可能多地覆蓋那些新增的軟件功能。
• 然后，開發(fā)人員通過將修改后的代碼合并集成到現(xiàn)有軟件中，以創(chuàng)建新的自動化單元測試(AUT)版本。
• 接著，開發(fā)人員執(zhí)行冒煙測試(smoke tests，https://dzone.com/articles/how-to-distinguish-the-differences-between-smoke-s)，以確保前面步驟所產(chǎn)生的構(gòu)建(build)是正確可行的。

上述測試都可以交由諸如Jenkins之類的持續(xù)集成(https://dzone.com/articles/what-is-continuous-integration-11-key-practices-an)服務(wù)，來自動執(zhí)行。一旦確認(rèn)了構(gòu)建的正確性，我們就需要通過完整性測試，來確認(rèn)在掃清了所有已知缺陷的基礎(chǔ)上，新增的功能是否能夠按照預(yù)期運行。

接著，我們可以通過執(zhí)行集成測試，來驗證應(yīng)用程序的各個單元彼此是否能夠順暢通信，以及是否與后端的服務(wù)(例如數(shù)據(jù)庫)進(jìn)行交互。

下一步，我們需要根據(jù)代碼的大小和涉及到的范圍，來進(jìn)行部分或全部的回歸測試。

在測試過程中所發(fā)現(xiàn)的代碼缺陷，會以報告的形式提交給開發(fā)團(tuán)隊。通過分析、找到解決方案之后，他們也需要為下一輪檢測過程設(shè)計出新的測試用例。而新的回歸測試又會生成新的報告。如此往復(fù)，形成了正反饋。

回歸測試面臨的挑戰(zhàn)

自動化回歸測試雖然高效且省時，但是它也會面臨各種挑戰(zhàn)。具體包括如下方面：

成本高

在業(yè)務(wù)支出方面，軟件公司不得不花費大量時間和金錢進(jìn)行重復(fù)性測試。業(yè)務(wù)方從收益的角度時常會認(rèn)為：此類回歸測試不但復(fù)雜，而且并不會產(chǎn)生顯著的投資回報。即便是從管理方的角度來看，開展回歸測試的理由可能只是為了獲取相關(guān)的預(yù)算。

時間限制

軟件企業(yè)的業(yè)務(wù)重點是：開發(fā)出高質(zhì)量的應(yīng)用程序，并更快地交付給用戶。而這就造成了回歸測試經(jīng)常與時間限制相“共生”的狀況。為了與規(guī)定的時間保持同步，并在最后期限之前完成回歸測試的全部過程，測試人員往往需要將精力集中在那些關(guān)鍵性的回歸測試環(huán)節(jié)上，并且選擇性地跳過一些細(xì)枝末節(jié)。那么，在面對此類嚴(yán)峻的挑戰(zhàn)時，到底應(yīng)該跳過哪些不重要的環(huán)節(jié)，便成了測試人員憑借個人經(jīng)驗進(jìn)行主觀判斷的“試驗田”。

維護(hù)與優(yōu)化

維護(hù)和優(yōu)化現(xiàn)有的回歸測試套件是另一項主要挑戰(zhàn)。例如，每當(dāng)開發(fā)人員對其軟件代碼完成了更新之后，我們就添加、刪除或編輯現(xiàn)有的測試用例。而且這些操作往往需要在為回歸測試設(shè)定截止日期之前就已完成。

進(jìn)行回歸測試的優(yōu)秀實踐

既然已經(jīng)了解了回歸測試所面對的挑戰(zhàn)，那么我們該如何通過一些優(yōu)秀實踐來讓企業(yè)更好地交付高質(zhì)量的軟件呢?

專注于常用路徑

常用路徑是指：那些在您的應(yīng)用程序中，最常用到的用例。它們必須包含應(yīng)用程序中最常見、且最基本的功能。您應(yīng)該了解自己的核心用戶群、以及他們在使用目標(biāo)應(yīng)用時，經(jīng)常用到的程序功能。您的回歸測試用例必須確保此類功能能夠按照預(yù)期完成測試。

定期更新回歸包

回歸包是各種測試用例的集合。這些測試用例需要在發(fā)布新的應(yīng)用版本、以及執(zhí)行任何更新操作之前就已完成。為了不再浪費測試人員的時間，去驗證應(yīng)用程序的最新版本是否包含有舊版本的保留功能，回歸包中的測試用例應(yīng)當(dāng)包含舊版應(yīng)用的相關(guān)規(guī)范。當(dāng)然，后期新增的測試用例也應(yīng)當(dāng)被及時更新到回歸包之中。

創(chuàng)建一個準(zhǔn)進(jìn)/準(zhǔn)出規(guī)范

通常，我們在軟件開發(fā)的生命周期中所遵循的準(zhǔn)進(jìn)/準(zhǔn)出規(guī)范，同樣有助于回歸測試的實現(xiàn)。

此處的準(zhǔn)入規(guī)范是指需要滿足的一組固定條件。例如：先執(zhí)行回歸測試，再檢查與分析缺陷，然后修復(fù)缺陷與錯誤。而準(zhǔn)出規(guī)范同樣也是一組固定條件，例如：只有確保執(zhí)行了所有測試，并不再剩下任何未能解決的缺陷與錯誤后，方可交付軟件。

自動化回歸測試

由于測試工作往往會涉及到各種重復(fù)性的操作，因此使用自動化工具來執(zhí)行回歸測試的好處是業(yè)界有目共睹的。同時，測試人員可以通過由自動化回歸測試所釋放出的資源，去進(jìn)行更為復(fù)雜的測試、以及用例的設(shè)計，進(jìn)而提高企業(yè)的投資回報率。

目前，許多企業(yè)已開始選用基于云的應(yīng)用測試平臺。此類平臺能夠模擬數(shù)百種設(shè)備、以并行的方式，高效地執(zhí)行各種自動化的回歸測試。

總結(jié)

領(lǐng)導(dǎo)學(xué)專家Robin Sharma曾有句名言：“變革在開始時最為困難，在中間最為混亂，而在結(jié)束時最為美好。”這段話恰好體現(xiàn)了回歸測試，在應(yīng)用程序流暢地交付其服務(wù)功能時的重要性。如前所述，我們應(yīng)當(dāng)克服回歸測試中的各種挑戰(zhàn)，在測試生命周期的不同階段，執(zhí)行不同類型的回歸測試。

原文標(biāo)題：A Brief Overview Of Regression Testing，作者：Bala Murugan

【51CTO譯稿，合作站點轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】