Smoke Test

冒煙測試（smoke testing）,據說是微軟起的名字。

初接觸軟件測試的時候肯定會接觸冒煙測試，回歸測試這些測試方式的術語，今天我們討論下冒煙測試。
什么是冒煙測試？
發現BUG后開發人員fix bug后。測試人員針對該問題進行測試，冒煙測試的成功與否關系到下一步系統測試能否進行。與系統測試不同在于前者覆蓋范圍不夠，只要保證修改部分及其關聯的模塊不出問題就可。
什么時候執行冒煙測試？
測試是測試人員確認軟件存在bug的過程，此過程中不可避免是需要開發人員要不停的修改bug，那么常常會發現一個功能的改動，導致下一輪系統測試出現問題。即發現也許以前修改的bug的確是解決了，可是由于修改一個或多個bug導致其他功能模塊出現新的問題，測試跑不通了，只能測試終止。那么我們如何確保開發人員修復了bug后，這個bug的修復沒有影響到其他功能模塊呢？這時就需要進行冒煙測試啦

執行冒煙測試的前提？
前面提到冒煙測試是與開發的合同協作，初步了解代碼中進行了什么更改。若要理解該更改，必須理解使用的技；開發需告知此修改對其他功能是否影響；更改對各組件的依存關系有何影響。

執行冒煙測試所需要注意的地方？
列出冒煙測試的主要功能、測試點；冒煙測試不是只對修改過功能進行測試；重視平時測試時容易忽略的隱藏功能

軟件研發不同階段的 Smoke Testing

形成集成測試版本以前——Smoke Testing 是隨著代碼的不斷開發必做的一項工作，目的是驗證各個單元能夠成功執行，并保證測試版本能夠順利集成。
形成集成測試版本以后——在代碼 check in 到 daily build 之前執行 Smoke Testing，以保證新的或者更改過的代碼不破壞集成版本的完成性和穩定性。
后期預測試 Bug 的修正——后期 daily build 相對穩定時，針對每個 Bug 所做的 Bug Fix 都要先在“干凈的” build 中進行 Smoke Testing，測試通過的 Bug Fix 才能 check in 到新的 daily build 中。

冒煙測試和回歸測試的區別
冒煙測試，是版本驗證測試，主要確認新的版本是否存在致命性bug，功能可以正常運行，不會影響下一輪測試的進行，如果上述都符合那么這個版本就可以進行下一輪測試。個人理解冒煙測試最大的優點在于節約測試的時間成本，減少測試輪數。
而回歸測試，是軟件維護階段對軟件修改后進行的測試，指修改了舊代碼后，重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。

最后
冒煙測試一般基于Nightly build，構建服務器首先從CVS服務器上，下載最新的源代碼，然后編譯單元測試，運行單元測試通過后，編譯可執行文件，可執行文件若可運行，并能執行最基本的功能，則認為通過了冒煙測試，這時，構建服務器會把程序打包成安裝文件，然后上傳到內部網站，第二天一早，測試人員來了以后，會收到構建服務器發來的郵件提示昨晚是否構建成功。若構建成功，則測試人員進行相關的功能測試。所有這些功能的完成，一般是靠編寫腳本完成的，目前比較常用的腳本有 TCL，Perl，Python及功能弱弱的批處理。用這些可以完成系統的每日構建。
總結
簡單的說，就是先保證系統能跑的起來，不至于讓測試工作做到一半突然出現錯誤導致業務中斷。目的就是先通過最基本的測試，如果最基本的測試都有問題，就直接打回開發部了，減少測試部門時間的浪費。

總結

以上是生活随笔為你收集整理的软件质量保证与测试——Smoke Test的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。