談談冒煙測試

一術語源自硬體行業。對乙個硬體或硬體元件進行更改或修復後，直接給裝置加電。如果沒有冒煙，則該元件就通過了測試。

在軟體開發過程中，一直有高內聚，低耦合這樣的說法，各個功能模組之間的耦合還是存在的，因此乙個功能的改動，還是會影響到其他功能模組。

因此在開發人員修復了先前測試中發現的bug後，想知道這個bug的修復是否會影響到其他功能模組，需要做的就是冒煙測試。

關於冒煙測試，應該是微軟首先提出來的乙個概念，和微軟一直提倡的每日build有很密切的聯絡。具體說，冒煙測試就是在每日build建立後，對系統的 基本功能進行簡單的測試。這種測試強調功能的覆蓋率，而不對功能的正確性進行驗證。從這一點看和所謂的「接受性（驗收）測試（acceptance test）」非常相似。不同之處就在於他們執行的頻率和被測的版本不同。

冒煙測試

的物件是每乙個新編譯的需要正式測試的軟體

版本，目的是確認軟體基本功能正常，可以進行後續的正式測試工作。

冒煙測試，是指在每日版本建立後，對系統的基本功能進行驗證的測試。

測試人員測試的版本必須首先通過冒煙測試的考驗。

對於第三方的軟體不建議加入冒煙測試，專項測試更好。

談談冒煙測試

一術語源自硬體行業。對乙個硬體或硬體元件進行更改或修復後，直接給裝置加電。如果沒有冒煙，則該元件就通過了測試。在軟體開發過程中，一直有高內聚，低耦合這樣的說法，各個功能模組之間的耦合還是存在的，因此乙個功能的改動，還是會影響到其他功能模組。因此在開發人員修復了先前測試中發現的bug後，想知道這個bu...

冒煙測試 功能測試

1 冒煙測試是走正常的流程 即正確的流程 主流程 用正確的資料，看系統能否通過，正常資料能夠很好的通過，則冒煙成功通過，在冒煙後版本才能進行功能測試。2 一名成功的測試工程師在測試功能點的時候，不應該只是站在測試的角度，應該是站在測試 從測試角度出發 需求 從需求出發 客戶 需求上沒體現的，從客戶立...

再談冒煙測試

記得有一次面試中面試官問了我乙個問題,談談什麼是冒煙測試,我當時就傻了,估計人家從這個問題中就得出結論,我還是個新手,也許測試還沒入門呢 不過只有跌倒過一次,才不會再次在原來的地方跌倒,不然那樣就太糟糕了.就因為這樣我回去好好翻了翻資料,把冒煙測試理清楚了,原來如此 冒煙測試,嚴格來說就是乙個基本功...