冒煙測試，是微軟首先提出來的一個概念，和微軟一直提倡的每日build（構建版本）有很密切的聯(lián)系。具體說，冒煙測試就是在每日build（構建版本）建立后，對系統(tǒng)的基本功能進行簡單的測試。這種測試強調程序的主要功能進行的驗證，也叫版本驗證測試，提交測試。

冒煙測試這個名稱的來歷，是從電路板測試得來的。因為當電路板做好以后，首先會加電測試，如果板子沒有冒煙在進行其它測試，否則就必須重新來過。類似的如果冒煙測試沒有通過，那么這個build也會返回給開發(fā)隊伍進行修正，測試人員測試的版本必須首先通過冒煙測試的考驗。

冒煙測試的說法據(jù)說是：象生產(chǎn)汽車一樣，汽車生產(chǎn)出來以后，首先發(fā)動汽車，看汽車能否冒煙，如果能，證明汽車最起碼可以開動了。說明完成了最基本的功能。

冒煙測試一般用于每日構建(Nightly build)，構建服務器首先從CVS服務器上，下載最新的源代碼，然后編譯單元測試，運行單元測試通過后，編譯可執(zhí)行文件，可執(zhí)行文件若可運行，并能執(zhí)行最基本的功能，則認為通過了冒煙測試，這時，構建服務器會把程序打包成安裝文件，然后上傳到內部網(wǎng)站，第二天一早，測試人員來了以后，會收到構建服務器發(fā)來的郵件提示昨晚是否構建成功。若構建成功，則測試人員進行相關的功能測試。所有這些功能的完成，一般是靠編寫腳本完成的，目前比較常用的腳本有TCL,PERL,PYTHON及功能弱弱的批處理。用這些可以完成系統(tǒng)的每日構建。

總的來說，冒煙測試就是先保證系統(tǒng)能跑的起來，不至于讓測試工作做到一半突然出現(xiàn)錯誤導致業(yè)務中斷。目的就是先通過最基本的測試，如果最基本的測試都有問題，就直接打回開發(fā)部了，減少測試部門時間的浪費。

而回歸測試，是軟件維護階段對軟件修改后進行的測試。

在軟件生命周期中的任何一個階段，只要軟件發(fā)生了改變，就可能給該軟件帶來問題。軟件的改變可能是源于發(fā)現(xiàn)了錯誤并做了修改，也有可能是因為在集成或維護階段加入了新的模塊。當軟件中所含錯誤被發(fā)現(xiàn)時，如果錯誤跟蹤與管理系統(tǒng)不夠完善，就可能會遺漏對這些錯誤的修改；而開發(fā)者對錯誤理解的不夠透徹，也可能導致所做的修改只修正了錯誤的外在表現(xiàn)，而沒有修復錯誤本身，從而造成修改失??；修改還有可能產(chǎn)生副作用從而導致軟件未被修改的部分產(chǎn)生新的問題，使本來工作正常的功能產(chǎn)生錯誤。同樣，在有新代碼加入軟件的時候，除了新加入的代碼中有可能含有錯誤外，新代碼還有可能對原有的代碼帶來影響。因此，每當軟件發(fā)生變化時，我們就必須重新測試現(xiàn)有的功能，以便確定修改是否達到了預期的目的，檢查修改是否損害了原有的正常功能。同時，還需要補充新的測試用例來測試新的或被修改了的功能。為了驗證修改的正確性及其影響就需要進行回歸測試。