一開(kāi)始我還很疑惑,難道回歸測(cè)試不就是確認(rèn)測(cè)試嗎?回歸測(cè)試不就是在確認(rèn)bug修改有沒(méi)有生效嗎?但是,實(shí)際上大錯(cuò)特錯(cuò)。確認(rèn)測(cè)試是在修復(fù)缺陷后,在軟件的新版本上,重新執(zhí)行之前因該缺陷而導(dǎo)致失敗的測(cè)試用例,來(lái)確認(rèn)缺陷被解決。
而回歸測(cè)試是在確認(rèn)測(cè)試完成的基礎(chǔ)上,確保缺陷修復(fù)不會(huì)產(chǎn)生副作用,也就是說(shuō)不會(huì)產(chǎn)生修改引入。
首先,評(píng)估bug管理修改的影響程度。如果改動(dòng)大,影響到底層或者影響到系統(tǒng)框架,那肯定要做全面的回歸測(cè)試,甚至要做詳細(xì)的回歸測(cè)試分析和測(cè)試設(shè)計(jì)。如果改動(dòng)較小,就可以酌情只做確認(rèn)測(cè)試即可。
其次,要評(píng)估bug涉及到的功能的重要性和使用頻率。如果是核心功能模塊,一定要做回歸測(cè)試。如果是不常用功能模塊,也可以酌情只做確認(rèn)測(cè)試。
另外,負(fù)責(zé)修改bug的開(kāi)發(fā)人員了解bug的來(lái)龍去脈,所以,跟開(kāi)發(fā)人員溝通交流,討論bug的根因、修改方案及修改影響,結(jié)合開(kāi)發(fā)人員的測(cè)試建議,再結(jié)合測(cè)試人員自身的經(jīng)驗(yàn),輸出相關(guān)測(cè)試用例。這種回歸過(guò)程是比較精準(zhǔn)的一種回歸測(cè)試的途徑。
當(dāng)然,什么時(shí)候選擇確認(rèn)測(cè)試類(lèi)型,什么時(shí)候選擇回歸測(cè)試類(lèi)型,很多情況下,會(huì)根據(jù)項(xiàng)目的整體情況,基于風(fēng)險(xiǎn)對(duì)回歸測(cè)試做取舍,這不僅僅是技術(shù)層面的事情了,涉及到測(cè)試策略方面的調(diào)整。
推薦閱讀:
本文內(nèi)容不用于商業(yè)目的,如涉及知識(shí)產(chǎn)權(quán)問(wèn)題,請(qǐng)權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054),我們將立即處理,馬上刪除。