自動化測試仍稱爲煙霧測試？

Question

如果不是，是smoke testing仍然使用？

Answer 1

這是一種維恩圖。一些自動化測試是煙霧測試，一些煙霧測試是自動化的（因爲它們是由計算機程序運行的）。煙測試是一個起飛（如果我沒有記錯的話）術語「哪裏有煙，通常有火。」這是一套初步測試，程序必須通過考慮「真實」（即火災）測試。

煙霧測試可以手動完成，因爲測試人員有一系列他所遵循的步驟，但這些步驟並非通過計算機程序自動執行。

煙霧測試仍在使用 - 在我工作的地方，通常是自動化的。

Answer 2

我對「煙霧測試」的理解與維基百科文章不同。我瞭解冒煙測試是開發應用程序和測試基本功能的開發人員，以驗證應用程序看起來正確&正在做基礎。所以我一直認爲這是一個手動過程，而不是自動化過程。

Answer 3

我不認爲煙霧測試通常是自動的。我的經歷中的煙霧測試實際上只是一個基本的理性測試，以確保後續測試可以真正運行，並且沒有像啓動代碼或菜單條目那樣基本被破解。這通常會由一個人手動完成。我想這可能是自動化的，但通常它會涉及到添加新功能，所以自動化測試也必須進行更改，而且您仍然有同樣的問題，您需要一個人來驗證自動化測試是修改爲正確測試新功能。相比之下，自動化測試（比如單元測試）代表了一個迴歸測試套件，用於測試從發佈到發佈的變化不大的完善功能，儘管您當然也會添加單元測試來涵蓋新功能。

Answer 4

可能更多的公司是從硬件背景中抽菸測試的字面上。很少有人再這樣稱呼他們。它通常只是一個較大的驗收或系統測試套件的一小部分而廣泛的子集。這些腳本是自動的，並在提交之前或提交給源代碼控制之前自動針對代碼運行。

Answer 5

自動化測試可以進行煙霧測試（淺，寬），但它也可以執行其他測試，如regression testing和unit testing。基本上自動化測試可以是任何可重複的測試。

是的，煙霧測試仍在使用中。我通常看到兩種情況。首先是確定軟件是否準備好進行更深入的測試。第二種和IMO更常見的是撇棄不應該受到新版本更改影響的全面測試功能。

Answer 6

我不確定我們可以比較煙霧和自動化測試。煙霧測試是一種在構建上運行一系列基本測試的方法，涵蓋了所有基本功能，但不能深入研究。目的是確定構建是否可用於更詳細的測試。這也是一組步驟，即使在開發人員構建中也可以快速運行，以確定是否存在因構建中即將進行的重要或核心更改而導致的任何問題。我們認爲Smoke測試是我們的「測試計劃」之一，但是每個構建都會運行一次。

自動化測試不是特定於煙霧測試，但也可以在那裏應用。這樣做是爲了「自動化」冗餘或重複的步驟，測試人員總是這樣做以節省時間。這是自動化的主要目的。允許測試人員花更多時間做其他測試。

它永遠不能用真正的大腦替代測試，也不能使所有的東西都自動化。這是一項補充測試過程的活動，而不是替代它。

由於煙霧測試可能在每個版本上運行，因此在自動化測試中有很好的價值。如果手動進行煙霧測試需要4個小時，並且自動化後需要1個小時，那麼您已經節省了3個工時*的構建數量。

自動化測試市場上有幾種工具--AutoIT和SilkTest等等。

Answer 7

用非常簡單的話來說，煙霧測試可以是自動化的，但它不像自動化測試總是冒煙測試。

是的，煙霧測試是測試任何應用程序/軟件的流行方式。

Answer 8

測試自動化套件包含各種級別，如煙霧測試，驗收測試，每晚構建等。它由測試人員決定哪個測試用例需要在每個級別運行。每個測試用例都根據應該運行的級別進行編號。假設有2個測試用例是自動的，分別用1和2編號以指示級別，並且在配置文件中將測試級別定義爲2，則它只運行第二個測試用例並給出結果。與驗收測試相比，煙霧測試通常具有較少的測試案例數量。

煙霧測試可以自動進行，但不是所有的自動化測試都是煙霧測試。