**自：
冒煙測試，是微軟首先提出來的乙個概念，和微軟一直提倡的每日build（構建版本）有很密切的聯絡。具體說，冒煙測試就是在每日build（構建版本）建立後，對系統的基本功能進行簡單的測試。這種測試強調程式的主要功能進行的驗證，也叫版本驗證測試，提交測試。
冒煙測試這個名稱的來歷，是從電路板測試得來的。因為當電路板做好以後，首先會加電測試，如果板子沒有冒煙在進行其它最新的源**，然後編譯單元測試，執行單元測試通過後，編譯可執行檔案，可執行檔案若可執行，並能執行最基本的功能，則認為通過了冒煙測試，這時，構建伺服器會把程式打包成安裝檔案，然後上傳到內部**，第二天一早，測試人員來了以後，會收到構建伺服器發來的郵件提示昨晚是否構建成功。若構建成功，則測試人員進行相關的功能測試。所有這些功能的完成，一般是靠編寫指令碼完成的，目前比較常用的指令碼有tcl,perl,python及功能弱弱的批處理。用這些可以完成系統的每日構建。
總的來說，冒煙測試就是先保證系統能跑的起來，不至於讓測試工作做到一半突然出現錯誤導致業務中斷。目的就是先通過最基本的測試，如果最基本的測試都有問題，就直接打回開發部了，減少測試部門時間的浪費。
而回歸測試，是軟體維護階段對軟體修改後進行的測試。
在軟體生命週期中的任何乙個階段，只要軟體發生了改變，就可能給該軟體帶來問題。軟體的改變可能是源於發現了錯誤並做了修改，也有可能是因為在整合或維護階段加入了新的模組。當軟體中所含錯誤被發現時，如果錯誤跟蹤與管理系統不夠完善，就可能會遺漏對這些錯誤的修改；而開發者對錯誤理解的不夠透徹，也可能導致所做的修改只修正了錯誤的外在表現，而沒有修復錯誤本身，從而造成修改失敗；修改還有可能產生***從而導致軟體未被修改的部分產生新的問題，使本來工作正常的功能產生錯誤。同樣，在有新**加入軟體的時候，除了新加入的**中有可能含有錯誤外，新**還有可能對原有的**帶來影響。因此，每當軟體發生變化時，我們就必須重新測試現有的功能，以便確定修改是否達到了預期的目的，檢查修改是否損害了原有的正常功能。同時，還需要補充新的測試用例來測試新的或被修改了的功能。為了驗證修改的正確性及其影響就需要進行回歸測試
冒煙測試與回歸測試
冒煙測試在我自己的理解裡就是程式設計師改好乙個bug更新之後，去測看影不影響其他的功能模組。冒煙 測試需要了解的內容 1 中進行了什麼更改。若要理解該更改，必須理解使用的技術 開發人員可以提供相關說明。2 更改對功能有何影響。3 更改對各元件的依存關係有何影響。回歸測試在我看來是最讓人頭疼的，因為要...
冒煙測試和回歸測試
冒煙測試是對版本進行驗證測試，對系統重點功能進行測試，與微軟提出的每日構建版本概念有很強聯絡。在每日構建夠對系統的基本功能進行 比較固定的測試用例集 冒煙測試，它強調的是系統主要功能的驗證，而回歸測試是在版本修復bug階段對修改後的版本後針對特定bug進行的測試。對於冒煙測試而言，如果冒煙不通過就將...
冒煙測試和回歸測試
冒煙測試 冒煙測試，是對軟體的基本功能進行測試，測試物件是每乙個新編譯的需要正式測試的軟體版本，目的是確認軟體的基本功能正常，保證軟體系統能正常跑起來，可以進行後續的正常測試工作的進行，如果最基本的測試都有問題了，就直接打回開發部了，所以正式交付的測試版本，必須先通過冒煙測試的考驗。回歸測試 回歸測...