比較 - STLC 和 SDLC

上一頁
下一頁

本章將瞭解 STLC 和 SDLC 之間比較的因素。讓我們考慮以下幾點，從而比較 STLC 和 SDLC。

  • STLC 是 SDLC 的一部分。可以說 STLC 是 SDLC 集的子集。

  • STLC 僅限於確保軟體或產品質量的測試階段。SDLC 在軟體或產品的完整開發中發揮著廣泛而重要的作用。

  • 然而，STLC 是 SDLC 中非常重要的階段，如果不經過 STLC 流程，最終產品或軟體將無法釋出。

  • STLC 也是釋出後/更新週期（SDLC 的維護階段）的一部分，已知缺陷在此階段得到修復，或者向軟體新增新功能。

下表列出了基於 SDLC 和 STLC 階段的比較因素：

階段 SDLC STLC
需求收集
  • 業務分析師收集需求。
  • 開發團隊分析需求。
  • 在高層次之後，開發團隊從架構和設計的角度開始分析。
  • 測試團隊審查和分析 SRD 文件。
  • 確定測試需求 - 範圍、驗證和確認關鍵點。
  • 審查各個模組之間邏輯和功能關係的需求。這有助於儘早發現差距。
設計
  • SDLC 的架構幫助您根據需求開發軟體的高階和低階設計。
  • 業務分析師負責 UI 設計的原型。
  • 設計完成後，將由利益相關者簽字確認。
  • 在 STLC 中，測試架構師或測試主管通常會規劃測試策略。
  • 確定測試點。
  • 在此處確定資源分配和時間表。
開發
  • 開發團隊開始開發軟體。
  • 與不同的系統整合。
  • 完成所有整合後，將提供一個可供測試的軟體或產品。
  • 測試團隊編寫測試場景以驗證產品的質量。
  • 為所有模組編寫詳細的測試用例以及預期行為。
  • 在此處確定測試模組的先決條件以及准入和準出標準。
環境搭建
  • 開發團隊搭建測試環境，使用已開發的產品進行驗證。
  • 測試團隊根據先決條件確認環境搭建。
  • 執行冒煙測試以確保環境穩定，以便測試產品。
測試
  • 在此階段進行實際測試。這包括單元測試、整合測試、系統測試、缺陷重測、迴歸測試等。
  • 開發團隊修復報告的錯誤（如有），並將其傳送回測試人員進行重測。
  • 在獲得 SIT 測試簽字確認後，在此執行 UAT 測試。
  • 根據測試用例開始系統整合測試。
  • 報告的缺陷（如有）將被重測和修復。
  • 在此執行迴歸測試，並且一旦產品滿足退出標準，則簽字確認。
部署/產品釋出
  • 一旦從各個測試團隊收到簽字確認，應用程式將部署到生產環境中供終端使用者使用。
  • 產品部署後，在此完成生產環境中的冒煙測試和健全性測試。
  • 測試團隊完成測試報告和矩陣準備工作，以分析產品。
維護
  • 它涵蓋了部署後的支援、增強和更新（如有）。
  • 在此階段，將根據增強和更新維護測試用例、迴歸套件和自動化指令碼。
列印頁面
上一頁
下一頁
廣告
© . All rights reserved.