資料結構
網路
關係型資料庫管理系統 (RDBMS)
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C語言程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
服裝學
法學什麼是冒煙測試？
冒煙測試
冒煙測試是一種軟體測試技術，用於識別交付的軟體版本是否存在錯誤。冒煙測試確認測試團隊可以繼續進行進一步的軟體測試。它由少量測試組成，這些測試在每個版本上執行以測試程式功能。冒煙測試有時被稱為“信心測試”或“版本驗證測試”。
簡單來說，我們確保所有關鍵功能都能正常執行，以免在當前版本中出現障礙。
這是一個簡短快速的重大功能錯誤測試。這是一個基本測試，表明產品是否已準備好進行測試。這有助於評估構建是否足夠有缺陷，以至於額外的測試將浪費時間和金錢。
冒煙測試為更嚴格的測試認證構建。冒煙測試的主要目標是儘早發現嚴重問題。冒煙測試用於評估系統的穩定性和合規性。
構建包含完成一項或多項產品功能所需的所有資料檔案、庫、可重用模組和工程元件。
在本教程中，您將學習以下內容：
- 冒煙測試。
- 我們何時進行冒煙測試？
- 誰將進行冒煙測試？
- 我們為什麼要進行冒煙測試？
- 如何進行冒煙測試？
- 冒煙測試的優點。
- 如果不進行冒煙測試會發生什麼？
- 冒煙測試用例示例。
我們何時進行冒煙測試？
每當構建最新的軟體功能並將其與交付到QA/暫存環境中的現有版本整合時，就會執行冒煙測試。它驗證所有關鍵功能是否正常執行。
開發團隊使用這種測試方法在QA中釋出構建。選擇測試用例的子集，測試人員在構建上執行測試用例。QA團隊根據重要功能測試應用程式。此測試用例集合旨在發現構建問題。如果這些測試透過，QA團隊將繼續進行功能測試。
任何錯誤訊號都表示必須將系統返回給開發團隊。每當生產環境發生更改時，我們都會進行冒煙測試以確保可靠性。
示例 – 在登入視窗中添加了一個新的註冊按鈕，並且使用新程式碼更新了構建。在新版本釋出時，我們進行冒煙測試。
誰將進行冒煙測試？
在產品釋出到QA環境後，由QA工程師/QA負責人進行冒煙測試。釋出新專案時，QA團隊確定應用程式的主要功能以便進行冒煙測試。QA團隊尋找被測試應用程式中的嚴重缺陷。
健全性測試在開發環境中對軟體進行，以檢查應用程式的準確性，然後再將構建提交給QA。通常，這是一項狹窄而深入的檢查。這是一個過程，確保正在構建的應用程式滿足其基本功能標準。
健全性測試評估開發週期的結論，並確定是否應將軟體產品移至下一個測試步驟。
我們為什麼要進行冒煙測試？
冒煙測試在軟體開發中至關重要，因為它在早期階段驗證了系統的準確性。透過這樣做，我們可以節省時間和精力。因此，冒煙測試將系統恢復到其原始狀態。只有在完成冒煙測試後，我們才會開始功能測試。
冒煙測試將用於識別版本中所有明顯的疏忽。
構建提交給QA後，將執行冒煙測試。藉助冒煙測試，大多數問題在軟體開發的早期階段就被發現。
冒煙測試簡化了嚴重缺陷的發現和糾正。
QA團隊可以使用冒煙測試來識別新程式碼可能引入的應用程式功能缺陷。
冒煙測試識別最嚴重的缺陷。
示例1 – 登入視窗：使用有效的登入名和密碼單擊提交按鈕可以進入下一個視窗。
示例2 – 使用者似乎無法退出網站。
如何進行冒煙測試？
冒煙測試是一個手動過程；但是，自動化有可能簡化該過程。它可能因組織而異。
手動冒煙測試
通常，冒煙測試是一個手動過程。其技術因組織而異。執行冒煙測試是為了檢查關鍵路徑是否按預期進行並且不會干擾功能。將構建交付給QA後，必須選擇並檢查優先順序功能測試用例，以便識別系統中的重大缺陷。
如果測試成功，我們將繼續進行功能測試。如果存在問題，則拒絕該版本並將其返回給開發團隊以進行改進。使用新的構建版本，QA 再次開始冒煙測試。對新構建進行冒煙測試，並將與舊構建合併以確保系統的準確性。在進行冒煙測試之前，QA團隊應確保使用了正確的構建版本。
自動化冒煙測試
迴歸測試是使用自動化進行的。但是，我們可以使用一組自動化測試用例針對冒煙測試進行執行。每當有新的構建可供分發時，開發人員都可以立即使用自動化測試來驗證它。
無需每次交付新的軟體構建時都手動重複測試，即可對構建執行記錄的冒煙測試用例。它檢查關鍵功能是否仍在執行。如果測試失敗，他們可以立即修復構建並重新部署它。這使我們能夠節省時間，同時確保為QA環境提供高質量的構建。
測試工程師使用自動化工具記錄軟體構建中完成的所有手動步驟。
冒煙測試周期
冒煙測試就是這樣進行的。一旦構建在QA中釋出並且冒煙測試成功，我們將繼續進行功能測試。如果冒煙測試失敗，我們將停止測試，直到解決構建問題。
冒煙測試的優點
以下是冒煙測試的一些好處。
- 測試很容易進行。
- 將盡早發現錯誤。
- 增強系統功能
- 降低風險
- 改進現在更容易實現。
- 它減少了測試工作和時間。
- 很容易發現和糾正重大錯誤。
- 它移動速度很快。
- 減少整合問題
如果不進行冒煙測試會發生什麼？
如果我們在早期階段不進行冒煙測試，則問題可能會在以後發現，那時成本更高。後期發現的缺陷可能很大，影響專案的完成。
冒煙測試用例示例
| 測試ID | 測試場景 | 描述 | 測試步驟 | 預期結果 | 實際結果 | 測試狀態 |
|---|---|---|---|---|---|---|
| 1 | 有效的登入憑據 | 檢查 web 應用程式的登入功能，以確認註冊使用者可以使用其使用者名稱和密碼登入。 |
| 登入應成功。 | 與預期結果相同。 | 透過 |
| 2 | 向專案新增功能 | 能夠將專案新增到購物車 |
| 商品應新增到購物車。 | 商品未新增到購物車。 | 失敗 |
| 3 | 登出功能 | 檢查登出功能。 | 選擇登出按鈕 | 使用者應該能夠登出。 | 使用者無法登出。 | 失敗 |
總結
在軟體工程中，每次釋出都必須進行冒煙測試，因為它有助於在早期階段發現缺陷。冒煙測試是在程式構建進入系統階段之前的倒數第二階段。必須對每個準備測試的版本執行冒煙測試。這適用於新專案以及主要的和次要的系統更新。
在進行冒煙測試之前，質量保證團隊必須確認被測應用程式處於正確的版本。這是一種簡單的方法，只需要很少的時間來測試應用程式的穩定性。
冒煙測試可以減少測試工作量，同時提高應用程式質量。根據使用者和業務的不同，冒煙測試可以手動或自動執行。
2K+ 次瀏覽
