哪一種測(cè)試方法能更好地檢測(cè)軟件修改中的bug？來(lái)看看回歸測(cè)試與背靠背測(cè)試的比較吧

定義

ISTQB將回歸測(cè)試定義為對(duì)已經(jīng)測(cè)試過(guò)的程序或修改后的部分功能的重新測(cè)試。其目的是證明沒(méi)有由于所做的更改而引入錯(cuò)誤狀態(tài)或以前掩蓋的錯(cuò)誤狀態(tài)暴露。

ISTQB將背靠背測(cè)試定義為通過(guò)對(duì)所有變量執(zhí)行相同的測(cè)試用例并比較結(jié)果來(lái)比較被測(cè)系統(tǒng)的兩個(gè)或多個(gè)變量，或者相同被測(cè)系統(tǒng)的仿真模型。

這兩種動(dòng)態(tài)測(cè)試方法之間的主要區(qū)別是測(cè)試資料庫(kù)的類(lèi)型。測(cè)試資料庫(kù)是測(cè)試用例成功的評(píng)估基礎(chǔ)。

在回歸測(cè)試中，評(píng)估基于從需求中得到的預(yù)期結(jié)果。在背靠背測(cè)試中，預(yù)期結(jié)果是與另一個(gè)軟件版本相同的行為。

在我們看來(lái)，如果想要做出或確定關(guān)于函數(shù)行為的聲明，那么回歸測(cè)試是合適的。如果測(cè)試與需求聯(lián)系在一起，那么功能和需求中的bug就可以被清晰明確地分配和評(píng)估。

持續(xù)集成和持續(xù)測(cè)試(CI/CT)環(huán)境代表了回歸測(cè)試的自動(dòng)化。在大多數(shù)配置中，基于更改執(zhí)行每天的測(cè)試。通過(guò)CI/CT構(gòu)建計(jì)劃，只執(zhí)行對(duì)產(chǎn)品有影響的測(cè)試。

當(dāng)參考內(nèi)容，例如軟件的原始版本高度可信時(shí)，背靠背測(cè)試是非常適合的。當(dāng)從模型生成代碼時(shí)，就會(huì)出現(xiàn)這種情況。如果模型已經(jīng)經(jīng)通過(guò)了廣泛的測(cè)試，則給出了較高的置信度。

在實(shí)踐中，特別是對(duì)于浮點(diǎn)運(yùn)算中的轉(zhuǎn)換，背靠背的測(cè)試設(shè)置可能是具有挑戰(zhàn)性的，例如，當(dāng)將模型轉(zhuǎn)換為C代碼時(shí)。

乍一看，設(shè)置公差似乎很簡(jiǎn)單。

當(dāng)信號(hào)級(jí)聯(lián)時(shí)，錯(cuò)誤會(huì)傳播，必須重新考慮將最小有效位(LSB)設(shè)置為容差值。如果選擇的公差太小，測(cè)試將出現(xiàn)錯(cuò)誤并失敗。如果選擇的公差太大，測(cè)試總是通過(guò)，背靠背測(cè)試就失去了意義。因此，正確的設(shè)置在技術(shù)上成為一項(xiàng)艱巨的工程任務(wù)。

總結(jié)

在TPT中，可以同時(shí)執(zhí)行回歸測(cè)試和背靠背測(cè)試，并且可以在一次執(zhí)行中結(jié)合這兩種測(cè)試方法。

我們建議測(cè)試經(jīng)理在選擇測(cè)試方法并做出一個(gè)有意識(shí)的決定之前，通過(guò)進(jìn)行他們自己的調(diào)查，從努力和利益的角度檢查操作的適宜性。