軟件質(zhì)量保證與測試SoftwareQualityAssuranceandTesting

5.5回歸測試第5章軟件測試過程回歸測試是指，在對軟件代碼進(jìn)行修改之后，重新對其進(jìn)行測試，以確認(rèn)修改是正確的，沒有引入新的錯誤，并且不會導(dǎo)致其他未修改的代碼產(chǎn)生錯誤?；貧w測試的目的是為了檢查驗(yàn)證修改的正確性以及修改對其它部分的影響。

回歸測試的概念回歸測試示意圖修改軟件代碼

回歸測試通過回歸測試如圖所示。

回歸是指回到原來的狀態(tài)，通常被認(rèn)為是“程序重新確認(rèn)”。軟件的改變可能是由于發(fā)現(xiàn)了錯誤并做了修改，也有可能是因?yàn)榧尤肓诵碌哪K。“糾正型回歸測試”是指對程序修改后進(jìn)行回歸測試，而“增量型回歸測試”是指程序增加新特性后進(jìn)行回歸測試。典型的回歸測試通常既包括糾正型回歸測試，也包括增量型回歸測試?；貧w測試的兩種情況在軟件生命周期中的任何一個階段，只要軟件發(fā)生了修改，就有可能出現(xiàn)各種各樣的問題，例如修改本身可能就是錯誤的，或者修改本身雖然沒有出錯，但可能產(chǎn)生了副作用，導(dǎo)致軟件未被修改的部分出現(xiàn)了問題，不能正常工作。因此，在軟件進(jìn)行修改后對其進(jìn)行回歸測試是十分有必要的?；貧w測試的必要性回歸測試需要測試的對象不僅僅是軟件中發(fā)生了修改的部分，還需要對整個軟件重新進(jìn)行測試，因?yàn)榧词故擒浖邪l(fā)生了修改的部分自身沒有錯誤，但這種修改可能導(dǎo)致軟件中其他沒有修改過的部分不能像原來那樣正常工作?；貧w測試的對象例如，某軟件修改了登錄模塊，原來的版本只能用手機(jī)號碼登錄，新版本改成了允許用手機(jī)號碼或者昵稱登錄。軟件修改后，單獨(dú)測試登錄模塊沒有發(fā)現(xiàn)問題，但在用戶留言模塊發(fā)現(xiàn)了問題。原因是，留言模塊中用戶標(biāo)識字段只有11位，因?yàn)樵瓉戆姹局杏脩舳际怯?1位手機(jī)號碼登錄的，現(xiàn)在當(dāng)用戶用昵稱登錄，并且昵稱超過11位時，用戶標(biāo)識會被截斷，導(dǎo)致留言保存后就關(guān)聯(lián)不到用戶了?；貧w測試的對象需要注意的是，首先，回歸測試并不是軟件測試工作中跟在驗(yàn)收測試之后的第5個測試階段，而是在軟件開發(fā)的各個階段都有可能會進(jìn)行多次回歸測試。其次，回歸測試不是一項新的測試活動，它是為檢查是否因修改軟件而引入新的錯誤而對軟件再次進(jìn)行測試的過程。關(guān)于回歸測試的認(rèn)識誤區(qū)

回歸測試作為軟件生命周期的一個組成部分，在整個軟件測試過程中占有很大的工作量比重。在增量式開發(fā)、快速迭代開發(fā)、極限編程等開發(fā)模式以及版本快速更新的運(yùn)維模式中，回歸測試進(jìn)行得更加頻繁，有的甚至要求每天都進(jìn)行若干次回歸測試。因此，通過選擇正確的回歸測試策略來提高回歸測試的效率和有效性是很有意義的。

回歸測試回歸測試當(dāng)中，除了對新增加或者作修改的代碼進(jìn)行測試時，可能會要增加新的測試之外，其它可以復(fù)用以前已經(jīng)做過的測試，這樣可以節(jié)約一部分工作量。例如測試前一版本時用的測試方案、測試設(shè)計、測試用例等都可以直接或者修改后重復(fù)使用?；貧w測試通常是前面已經(jīng)執(zhí)行過的測試過程的重復(fù)，通過自動化的回歸測試，可以降低測試成本，節(jié)約測試時間，這在實(shí)踐中應(yīng)用十分普遍?？梢哉f復(fù)用和自動化是回歸測試的兩大特點(diǎn)。

回歸測試的特點(diǎn)對于一個軟件開發(fā)項目來說，項目的測試組在實(shí)施測試的過程中可將所開發(fā)的測試用例保存到“測試用例庫”中，并對其進(jìn)行維護(hù)和管理。當(dāng)?shù)玫揭粋€軟件的基線版本時，用于基線版本測試的所有測試用例就形成了基線測試用例庫。

測試用例庫

在需要進(jìn)行回歸測試的時候，就可以根據(jù)所選擇的回歸測試策略，從基線測試用例庫中抽取合適的測試用例組成回歸測試包，通過運(yùn)行回歸測試包來實(shí)現(xiàn)回歸測試。多數(shù)情況下，保存在基線測試用例庫中的測試用例有對應(yīng)的測試腳本，可以自動化執(zhí)行測試用例，完成回歸測試過程。

測試用例庫

回歸測試主要的應(yīng)用場景包括兩大類：

1、增量開發(fā)、迭代開發(fā)、極限編程等開發(fā)模式

2、軟件修改、版本升級、多版本運(yùn)行等運(yùn)維模式回歸測試的應(yīng)用場景回歸測試需要投入相當(dāng)?shù)臅r間、經(jīng)費(fèi)和人力成本，應(yīng)當(dāng)加強(qiáng)對回歸測試的計劃、設(shè)計和管理。為了在給定的預(yù)算和進(jìn)度下，盡可能高效率地完成回歸測試，并達(dá)到相應(yīng)目標(biāo)效果，需要依據(jù)一定的策略選擇相應(yīng)的回歸測試包，并適時的對測試用例庫進(jìn)行維護(hù)。

回歸測試策略

首先，回歸測試的重心應(yīng)當(dāng)是關(guān)鍵性模塊，包括發(fā)生修改的模塊和與發(fā)生修改的模塊存在耦合的模塊，這樣可以提高測試的針對性?；貧w測試策略其次，要提高自動化水平。在實(shí)際工作中，回歸測試可能需要反復(fù)進(jìn)行，測試任務(wù)量大，當(dāng)測試者一次又一次地完成相同的測試時，會非常厭煩，因而需要實(shí)現(xiàn)自動化；回歸測試過程存在大量的重復(fù)測試，也適合于采用自動化的方式來完成。所以，回歸測試中應(yīng)提高自動化程度，以節(jié)約測試成本、縮短測試時間、避免人的厭煩情緒。

回歸測試策略第三，應(yīng)對測試用例庫進(jìn)行維護(hù)，以提高測試效果。為了滿足客戶需求，適應(yīng)市場要求，軟件在其生命周期中會頻繁地被修改和不斷推出新的版本。軟件修改后，測試用例庫中的一些測試用例可能會失去針對性和有效性，還有一些可能已經(jīng)完全不能運(yùn)行。為了保證測試用例的有效性，必須對測試用例庫進(jìn)行維護(hù)，包括追加新的測試用例來測試軟件新增的功能或特征。回歸測試策略第四，優(yōu)選回歸測試包。在整個軟件生命周期中，即使是一個得到良好維護(hù)的測試用例庫也可能相當(dāng)大，如果每次回歸測試都重新執(zhí)行整個測試用例庫，這基本上是不切實(shí)際。因而需要根據(jù)情況優(yōu)選一個縮減的回歸測試包來完成回歸測試。例如采用代碼相依性分析等安全的縮減技術(shù)，就可以決定哪些測試用例可以被刪除而不會讓回歸測試的效果受到影響?；貧w測試策略在有測試用例庫和回歸測試包選擇策略的情況下，回歸測試可遵循以下基本過程來進(jìn)行：(1).明確軟件中被修改的部分。(2).從原基線測試用例庫T0中，排除所有不再適用的測試用例，得到一個新的基線測試用例庫T1。(3).依據(jù)一定的策略從T1中選擇測試用例，完成對被修改后軟件的測試?；貧w測試過程(4).根據(jù)需要，增加新的測試用例集T2，用于測試T1無法