軟件測試中的冒煙測試與回歸測試

軟件測試中的冒煙測試與回歸測試

冒煙測試，是微軟首先提出來的一個概念，和微軟一直提倡的每日build（構建版本）有很密切的聯系。具體說，冒煙測試就是在每日build（構建版本）建立后，對系統的基本功能進行簡單的測試。這種測試強調程序的主要功能進行的驗證，也叫版本驗證測試，提交測試。
        冒煙測試這個名稱的來歷，是從電路板測試得來的。因為當電路板做好以后，首先會加電測試，如果板子沒有冒煙在進行其它測試，否則就必須重新來過。類似的如果冒煙測試沒有通過，那么這個build也會返回給開發隊伍進行修正，測試人員測試的版本必須首先通過冒煙測試的考驗。
        冒煙測試的說法據說是：象生產汽車一樣，汽車生產出來以后，首先發動汽車，看汽車能否冒煙，如果能，證明汽車最起碼可以開動了。說明完成了最基本的功能。
        冒煙測試一般用于每日構建(Nightly build)，構建服務器首先從CVS服務器上，下載最新的源代碼，然后編譯單元測試，運行單元測試通過后，編譯可執行文件，可執行文件若可運行，并能執行最基本的功能，則認為通過了冒煙測試，這時，構建服務器會把程序打包成安裝文件，然后上傳到內部網站，第二天一早，測試人員來了以后，會收到構建服務器發來的郵件提示昨晚是否構建成功。若構建成功，則測試人員進行相關的功能測試。所有這些功能的完成，一般是靠編寫腳本完成的，目前比較常用的腳本有TCL,PERL,PYTHON及功能弱弱的批處理。用這些可以完成系統的每日構建。
        總的來說，冒煙測試就是先保證系統能跑的起來，不至于讓測試工作做到一半突然出現錯誤導致業務中斷。目的就是先通過最基本的測試，如果最基本的測試都有問題，就直接打回開發部了，減少測試部門時間的浪費。 
        而回歸測試，是軟件維護階段對軟件修改后進行的測試。
        在軟件生命周期中的任何一個階段，只要軟件發生了改變，就可能給該軟件帶來問題。軟件的改變可能是源于發現了錯誤并做了修改，也有可能是因為在集成或維護階段加入了新的模塊。當軟件中所含錯誤被發現時，如果錯誤跟蹤與管理系統不夠完善，就可能會遺漏對這些錯誤的修改；而開發者對錯誤理解的不夠透徹，也可能導致所做的修改只修正了錯誤的外在表現，而沒有修復錯誤本身，從而造成修改失??；修改還有可能產生副作用從而導致軟件未被修改的部分產生新的問題，使本來工作正常的功能產生錯誤。同樣，在有新代碼加入軟件的時候，除了新加入的代碼中有可能含有錯誤外，新代碼還有可能對原有的代碼帶來影響。因此，每當軟件發生變化時，我們就必須重新測試現有的功能，以便確定修改是否達到了預期的目的，檢查修改是否損害了原有的正常功能。同時，還需要補充新的測試用例來測試新的或被修改了的功能。為了驗證修改的正確性及其影響就需要進行回歸測試。

原文轉自：http://www.anti-gravitydesign.com