STLC - 測試執行

---

---

測試執行是執行程式碼並將預期結果與實際結果進行比較的過程。測試執行過程需要考慮以下因素：

• 基於風險，選擇要在本週期執行的測試套件子集。
• 將每個測試套件中的測試用例分配給測試人員執行。
• 執行測試，報告錯誤並持續捕獲測試狀態。
• 解決出現的阻塞問題。
• 每天報告狀態，調整分配，並重新考慮計劃和優先順序。
• 報告測試周期結果和狀態。

測試執行需要考慮以下幾點。

• 在此階段，質量保證團隊根據準備好的測試用例對被測應用（AUT）進行實際驗證，並將逐步結果與預期結果進行比較。

• 此階段的准入標準是測試計劃和測試用例開發階段的完成，測試資料也應該準備就緒。

• 在正式進入測試執行之前，始終建議透過冒煙測試來驗證測試環境的設定。

• 準出標準要求所有測試用例成功驗證；缺陷應已關閉或延期；測試用例執行和缺陷彙總報告應已準備就緒。

測試執行活動

此階段的目標是在繼續進行生產/釋出之前對被測應用（AUT）進行即時驗證。為了簽署此階段，質量保證團隊執行不同型別的測試以確保產品質量。除此之外，缺陷報告和重新測試也是此階段的關鍵活動。以下是此階段的重要活動：

系統整合測試

產品的真實驗證/AUT 從這裡開始。系統整合測試 (SIT) 是一種黑盒測試技術，它評估系統對指定的預備測試用例/需求的符合性。

系統整合測試通常在系統的子集上執行。SIT 可以使用最少的測試工具來執行，驗證交換的互動，並調查各個層內每個資料欄位的行為。整合後，資料流有三個主要狀態：

• 整合層中的資料狀態
• 資料庫層中的資料狀態
• 應用層中的資料狀態

注意 - 在 SIT 測試中，質量保證團隊試圖找到儘可能多的缺陷以確保質量。這裡的主要目標是儘可能多地查詢錯誤。

缺陷報告

當預期結果與實際結果不匹配時，就會出現軟體錯誤。它可能是計算機程式中的錯誤、缺陷、故障或錯誤。大多數錯誤源於開發人員或架構師犯下的錯誤。

在執行 SIT 測試時，質量保證團隊會發現這些型別的缺陷，這些缺陷需要報告給相關的團隊成員。成員採取進一步的行動並修復缺陷。報告的另一個好處是它可以輕鬆跟蹤缺陷的狀態。ALM、QC、JIRA、Version One、Bugzilla 等許多流行工具都支援缺陷報告和跟蹤。

缺陷報告是一個透過測試或記錄客戶反饋來查詢被測應用程式或產品中缺陷，並根據客戶反饋製作修復缺陷的新產品版本的流程。

缺陷跟蹤也是軟體工程中的一個重要過程，因為複雜的和業務關鍵的系統有數百個缺陷。最具挑戰性的因素之一是管理、評估和優先考慮這些缺陷。缺陷的數量會隨著時間的推移而增加，為了有效地管理它們，使用缺陷跟蹤系統可以使工作更容易。

缺陷對映

一旦報告並記錄了缺陷，它應該與相關的失敗/阻塞測試用例和需求跟蹤矩陣中的相應需求進行對映。此對映由缺陷報告者完成。它有助於生成正確的缺陷報告並分析產品中的不足之處。一旦測試用例和需求與缺陷對映，利益相關者就可以分析並決定是否根據優先順序和嚴重性來修復/延遲缺陷。

重新測試

重新測試是對被測應用執行先前失敗的測試以檢查問題是否已解決。修復缺陷後，將執行重新測試以檢查相同環境條件下的場景。

在重新測試期間，測試人員會關注功能更改區域的細粒度細節，而回歸測試涵蓋所有主要功能，以確保由於此更改而不會破壞任何功能。

迴歸測試

一旦所有缺陷處於關閉、延期或拒絕狀態，並且沒有測試用例處於進行中/失敗/未執行狀態，可以說系統整合測試完全基於測試用例和需求。但是，需要進行一輪快速測試以確保最近的程式碼更改/缺陷修復或增強功能不會破壞任何功能。

迴歸測試是一種黑盒測試技術，它包括重新執行由於程式碼更改而產生影響的那些測試。應在整個軟體開發生命週期中儘可能頻繁地執行這些測試。

迴歸測試的型別

• 最終迴歸測試 - “最終迴歸測試”用於驗證一段時間內未發生更改的構建。此構建將部署或交付給客戶。

• 迴歸測試 - 常規迴歸測試用於驗證最近的程式碼更改（用於缺陷修復或增強）是否未破壞應用程式的其他任何部分。

活動流程圖

下面的流程圖顯示了在此階段執行的重要活動；它還顯示了先前階段的依賴關係：