淺談冒煙測試和回歸測試

在一般的項目里,我們往往需要進行多個版本的測試工作,但是在我們按照計劃執(zhí)行正式的系統(tǒng)集成測試前,我們需要作一些中間測試版。

在剛剛編譯出來后,軟件編譯人員需要進行基本性能確認測試,例如是否可以正確安裝/卸載,主要功能是否實現(xiàn),是否存在嚴重死機或數據嚴重丟失等Bug。

如果通過了該測試,則可以根據正式測試文檔進行正式測試。否則,就需要重新編譯版本,再次執(zhí)行版本可接收確認測試,直到成功。


何為冒煙測試?

冒煙測試是自由測試的一種,冒煙測試是測試中發(fā)現(xiàn)的問題,找到了一個bug,然后開發(fā)人員會來修復這個bug,這時想知道這次修復是否真的解決了程序的bug,或者是否會對其他模塊造成影響,就需要針對此問題進行專門測試,這個過程就稱為冒煙測試。

在很多情況下,做冒煙測試是開發(fā)人員試圖解決一個問題的時候,造成了其他功能模塊一系列的連鎖反應,原因可能是只集中考慮了一開始的那個問題,而忽略其他的額問題,這就可能引起了其他新的BUG。

冒煙測試引入到軟件測試中,是指測試人員在正規(guī)測試一個新版本之前,先投入較少的人力和時間驗證一個軟件的主要功能,如果主要功能都沒有實現(xiàn),則打回開發(fā)組重新。

這樣做的好處是可以節(jié)省大量的時間成本和人力成本。

何為回歸測試?

回歸測試是指修改了舊代碼后,重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤,回歸測試作為軟件生命周期的一個組成部分,在整個軟件測試過程中占有很大量的工作量比重,軟件開發(fā)的各個階段都會進行多次回歸測試,在漸進和快速迭代開發(fā)中,新版本的連續(xù)發(fā)布使回歸測試進行的更加頻繁,而在極端編程方法中,更是要求每天都進行若干次回歸測試。

因此,通過選擇正確的回歸測試策略來改進回歸測試策略來改進回歸測試的效率和有效性是非常有意義的。

回歸測試一般是在進行軟件的第二輪測試開始的,驗證第一輪中發(fā)現(xiàn)的問題是否得到修復,當然回歸也是一個循環(huán)的過程,穿插在軟件測試整個生命周期里面,如果回歸的問題不通過,則需要開發(fā)人員修改后再次回歸,直到通過為止。

兩者有何區(qū)別?

冒煙測試就是完成一個新版本的開發(fā)后,對該版本最基本的功能進行測試,保證基本的功能和流程能走通,如果不通過,則打回開發(fā)那邊重新開發(fā);

如果通過測試,才會進行下一步的測試(功能測試、集成測試、系統(tǒng)測試等等。冒煙測試)優(yōu)點是節(jié)省測試時間,防止build失敗,缺點是覆蓋率比較低。

回歸測試有兩種理解:

一是:當你修復一個BUG后,把之前的測試用例再次應用到修復后的版本上進行測試。

二是:一個版本開發(fā)好后,而且冒煙測試通過,此時可以先用上一個版本的測試用例對新版本進行測試,看是否有BUG其實回歸測試用的很多,比如新增加一個功能模塊扥等,所以自動化測試可以高效率的進行回歸測試。

?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

友情鏈接更多精彩內容