冒煙測試冒煙測試( *** oke test)在測試中發現問題，找到了壹個Bug，然後開發人員會來修復這個Bug。這時想知道這次修復是否真的解決了程序的Bug，或者是否會對其它模塊造成影響，就需要針對此問題進行專門測試，這個過程就被稱為Smoke Test。在很多情況下，做Smoke Test是開發人員在試圖解決壹個問題的時候，造成了其它功能模塊壹系列的連鎖反應，原因可能是只集中考慮了壹開始的那個問題，而忽略其它的問題，這就可能引起了新的Bug。Smoke Tes穿優點是節省測試時間，防止build失敗。缺點是覆蓋率還是比較低。
冒煙測試是自由測試的壹種。
問題二：什麽是回歸測試 回歸測試是指修改了舊代碼後，重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。回歸測試的目的是證明當妳修訂壹個漏洞或增加新功能的時候沒有破壞已有程序。應用軟件的回歸測試，需要執行數百到數千單元和集成測試用例並需要有效地管理測試結果。若沒有可行的流程來執行回歸測試，那將是壹件非常困難且耗時的工作。
VectorCAST/Manger是VectorCAST工具套件中單元和集成測試工具的擴展，它能提供簡易日誌和概要報告，以及著色突出回歸測試套件中每個測試的狀態（通過/失敗）。
問題三：回歸測試是什麽 回歸測試是指修改了舊代碼後，重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。自動回歸測試將大幅降低系統測試、維護升級等階段的成本。回歸測試作為軟件生命周期的壹個組成部分，在整個軟件測試過程中占有很大的工作量比重，軟件開發的各個階段都會進行多次回歸測試。在漸進和快速叠代開發中，新版本的連續發布使回歸測試進行的更加頻繁，而在極端編程方法中，更是要求每天都進行若幹次回歸測試。因此，通過選擇正確的回歸測試策略來改進回歸測試的效率和有效性是非常有意義的。
1.回歸測試是指重復以前的全部或部分的相同測試。
2.新加入測試的模組，可能對其他模組產生副作用，故須進行某些程度的回歸測試。
3.回歸測試的重心，以關鍵性模組為核心。
問題四：白箱測試和黑箱測試是什麽?什麽是回歸測試? 黑盒測試
黑盒測試也稱功能測試或數據驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否
都能正常使用，在測試時，把程序看作壹個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的
情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序
是否能適當地接收輸入數鋸而產生正確的輸出信息，並且保持外部信息（如數據庫或文件）的完整性。
黑盒測試方法主要有等價類劃分、邊值分析、因―果圖、錯誤推測等，主要用於軟件確認測試。“黑盒”
法著眼於程序外部結構、不考慮內部邏輯結構、針對軟件界面和軟件功能進行測試。“黑盒”法是窮舉輸
入測試，只有把所弧可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測
試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。
白盒測試
白盒測試也稱結構測試或邏輯驅動測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是
否按照規格說明書的規定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按
預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用於軟件驗證
。 “白盒”法全面了解程序內部邏輯結構、對所有邏輯路徑進行測試。“白盒”法是窮舉路徑測試。在
使用這壹方案時，測試者必須檢查程序的內部結構，從檢查程序的邏輯著手，得出測試數據。貫穿程序的
獨立路徑數是天文數字。但即使每條路徑都測試了仍然可能有錯誤。第壹，窮舉路徑測試決不能查出程序
違反了設計規範，即程序本身是個錯誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯
回歸測試是指修改了舊代碼後，重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。自動回歸測試將大幅降低系統測試、維護升級等階段的成本。 回歸測試作為軟件生命周期的壹個組成部分，在整個軟件測試過程中占有很大的工作量比重，軟件開發的各個階段都會進行多次回歸測試。在漸進和快速叠代開發中，新版本的連續發布使回歸測試進行的更加頻繁，而在極端編程方法中，更是要求每天都進行若幹次回歸測試。因此，通過選擇正確的回歸測試策略來改進回歸測試的效率和有效性是非常有意義的。
問題五：回歸測試的測試範圍是什麽? 測試用例的維護是壹個不間斷的過程，通常可以將軟件開發的基線作為基準，維護的主要內容包括下述幾個方面。
(1)、刪除過時的測試用例 因為需求的改變等原因可能會使壹個基線測試用例不再適合被測試系統，這些測試用例就會過時。例如，某個變量的界限發生了改變，原來針對邊界值的測試就無法完成對新邊界測試。所以，在軟件的每次修改後都應進行相應的過時測試用例的刪除。
(2)、改進不受控制的測試用例
隨著軟件項目的進展，測試用例庫中的用例會不斷增加，其中會出現壹些對輸入或運行狀態十分敏感的測試用例。這些測試不容易重復且結果難以控制，會影響回歸測試的效率，需要進行改進，使其達到可重復和可控制的要求。
(3)、刪除冗余的測試用例
如果存在兩個或者更多個測試用例針對壹組相同的輸入和輸出進行測試，那麽這些測試用例是冗余的。冗余測試用例的存在降低了回歸測試的效率。所以需要定期的整理測試用例庫，並將冗余的用例刪除掉。
(4)、增添新的測試用例
如果某個程序段、構件或關鍵的接口在現有的測試中沒有被測試，那麽應該開發新測試用例重新對其進行測試。並將新開發的測試用例合並到基線測試包中。
通過對測試用例庫的維護不僅改善了測試用例的可用性，而且也提高了測試庫的可信性，同時還可以將壹個基線測試用例庫的效率和效用保持在壹個較高的級別上。
回歸測試的價值在於它是壹個能夠檢測到回歸錯誤的受控實驗。
當測試組選擇縮減的回歸測試時，有可能刪除了將揭示回歸錯誤的測試用例，消除了發現回歸錯誤的機會。
然而，如果采用了代碼相依性分析等安全的縮減技術，就可以決定哪些測試用例可以被刪除而不會讓回歸測試的意圖遭到破壞。
問題六：軟件回歸測試的目的是什麽呢 1. 檢查bug是否修復
2. 檢查修復bug是否引入新bug
3. 檢查新版本是否保留了舊版本已有的成熟的功能
問題七：軟件測試中的復測和回歸測試的區別 回歸測試是指修改了舊代碼後，重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。復測就是測試過壹遍再測試有沒有問題，是連續的，回歸測試是測試壹遍有問題代碼修改後再進行的測試。