軟件測(cè)試中如何引入“冒煙測(cè)試”
軟件測(cè)試中什么是冒煙測(cè)試？什么時(shí)候執(zhí)行冒煙測(cè)試？怎么執(zhí)行冒煙測(cè)試？冒煙測(cè)試與回歸測(cè)試的區(qū)別是什么呢？何為冒煙測(cè)試？這一術(shù)語(yǔ)源自硬件行業(yè)，是對(duì)一個(gè)硬件或硬件組件進(jìn)行更改或修復(fù)后，直接給設(shè)備加電。如果沒(méi)有冒煙，則該組件就通過(guò)了測(cè)試。如果冒煙了，該硬件組件亦為廢品。那么在軟件測(cè)試中，“冒煙測(cè)試”這一術(shù)語(yǔ)描述的是在將代碼更改集成到產(chǎn)品系統(tǒng)中之前對(duì)這些更改進(jìn)行驗(yàn)證的過(guò)程。在檢查了代碼后，冒煙測(cè)試是確定和修復(fù)軟件缺陷的最經(jīng)濟(jì)有效的方法。冒煙測(cè)試設(shè)計(jì)用于確認(rèn)代碼中的更改是否按預(yù)期運(yùn)行，且不會(huì)破壞整個(gè)版本的穩(wěn)定性。簡(jiǎn)單點(diǎn)就是，發(fā)現(xiàn)BUG后開(kāi)發(fā)人員修復(fù)BUG后，測(cè)試人員針對(duì)該BUG進(jìn)行再次測(cè)試。冒煙測(cè)試的成功與否關(guān)系到下一步系統(tǒng)測(cè)試能否進(jìn)行，與系統(tǒng)測(cè)試不同在于前者覆蓋范圍不夠，只要保證修改部分及其關(guān)聯(lián)的模塊不出問(wèn)題，滿(mǎn)足需求即可。
軟件測(cè)試是測(cè)試人員確認(rèn)軟件是否可用的過(guò)程，此過(guò)程中不可避免的需要開(kāi)發(fā)人員不斷的修改bug，持續(xù)迭代。我們常常會(huì)發(fā)現(xiàn)一個(gè)功能的改動(dòng)，會(huì)導(dǎo)致下一輪系統(tǒng)測(cè)試出現(xiàn)問(wèn)題。即發(fā)現(xiàn)也許以前修改的bug的確是解決了，可是由于修改一個(gè)或多個(gè)bug導(dǎo)致引入其它功能模塊出現(xiàn)新的問(wèn)題，測(cè)試跑不通了，只能測(cè)試終止。那么我們?nèi)绾未_保開(kāi)發(fā)人員修復(fù)了bug后，這個(gè)bug的修復(fù)沒(méi)有影響到其它功能模塊呢？這時(shí)就需要進(jìn)行冒煙測(cè)試?yán)病?br /> 前面提到冒煙測(cè)試是與開(kāi)發(fā)的合同協(xié)作，初步了解代碼中進(jìn)行了那些更改。開(kāi)發(fā)需告知此修改對(duì)其他功能是否有影響;更改對(duì)各組件的依存關(guān)系有何影響。
形成集成測(cè)試版本前，需要進(jìn)行冒煙測(cè)試，是隨著代碼的不斷開(kāi)發(fā)必做的一項(xiàng)工作，目的是驗(yàn)證各個(gè)單元能夠成功執(zhí)行，并保證測(cè)試版本能夠順利集成。
那么在形成集成測(cè)試版本以后，開(kāi)始進(jìn)行集成測(cè)試前，也需要進(jìn)行冒煙測(cè)試。這時(shí)的冒煙測(cè)試主要是驗(yàn)證系統(tǒng)是否包含需求的功能，功能是否滿(mǎn)足需求的描述，主業(yè)務(wù)流是否能夠跑通，主業(yè)務(wù)流是否覆蓋需求，是否滿(mǎn)足需要。但均為主干的測(cè)試，比較粗糙，覆蓋率不高。目的是先了解系統(tǒng)的概貌，比如：功能是否齊全，業(yè)務(wù)流覆蓋是否全面，主干流程是否走通、正確。
冒煙測(cè)試，是版本驗(yàn)證測(cè)試，主要確認(rèn)新的版本是否存在致命性bug，功能可以正常運(yùn)行，不會(huì)影響下一輪測(cè)試的進(jìn)行，如果上述都符合那么這個(gè)版本就可以進(jìn)行下一輪測(cè)試。個(gè)人理解冒煙測(cè)試最大的優(yōu)點(diǎn)在于節(jié)約測(cè)試的時(shí)間成本，減少測(cè)試輪數(shù)。
而回歸測(cè)試，是軟件維護(hù)階段對(duì)軟件修改后進(jìn)行的測(cè)試，指修改了舊代碼后，重新進(jìn)行測(cè)試以確認(rèn)修改沒(méi)有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。
最后，附冒煙測(cè)試文檔截圖以便對(duì)君有益！
頁(yè):
[1]