演變：
60 年代：
90 年代：
2000 年代：
測試的趨勢和能力也在不斷變化。現在，測試人員被要求做更多面向技術和流程的工作。測試現在已不僅僅局限於查找錯誤，而是有了更廣泛的工作範圍，甚至在需求正式確定之前，項目的初始階段就需要測試並安排測試。
測試也是標準化的。正如軟件開發有壹個生命周期壹樣，測試也有自己的生命周期。在下文中，我將討論什麽是測試生命周期以及軟件測試與此有關。
什麽是生命周期？
簡單地說，"生命周期 "是指從壹種形式（狀態）到另壹種形式（狀態）的壹系列變化。這些變化可能發生在有形事物中，也可能發生在無形事物中。每個實體都有壹個從開始到死亡/結束的生命周期。
同樣，軟件也是壹個實體。正如開發軟件包括壹系列步驟壹樣，測試也有許多按壹定順序進行的步驟。
有系統、有計劃地執行測試活動被稱為測試生命周期。
什麽是軟件測試生命周期（STLC）
它指的是測試流程，即按照壹定順序執行的壹系列特定步驟，以確保產品質量符合要求。在 STLC 流程中，每項活動都以有計劃、有系統的方式執行。每個階段都有不同的目標和交付成果。每個組織在 STLC 中都有不同的階段，但基本原理是相同的。
下面是 STLC 的 8 個階段：
1.需求階段
2.規劃階段
3. 分析階段
4.設計階段
5.實施階段
6.執行階段
7.結束階段
8.關閉階段
#1.需求階段：
在這個階段，要分析和了解需求。與其他團隊進行頭腦風暴，並嘗試找出需求是否可測試。這壹階段有助於確定測試範圍。如果任何功能不可測試，則應進行溝通並制定緩解策略（降低風險）計劃。
#2.規劃階段：
在現實世界中，測試規劃是測試流程的第壹步。在這壹階段，我們要確定哪些活動和資源與測試目標相匹配。我們還將嘗試確定測試指標、測試方法以及如何跟蹤這些指標。
計劃的基礎是什麽？僅僅是需求嗎？
答案是否定的。需求只是壹個基礎，但還有其他兩個因素會影響測試計劃。它們是：
- 組織測試策略
- 風險分析/風險管理和緩解
#3.分析階段：
STLC 定義了測試的 "內容"。壹般來說，我們從需求文檔、產品風險和其他測試基礎中確定測試條件。測試條件應可追溯到需求。有許多因素會影響測試條件的確定：
- 測試的級別和深度
- 產品的復雜性
- 產品和項目風險
- 所涉及的軟件開發生命周期
- 測試管理
- 團隊的知識和技能
- 相關利益相關者的可用性
我們應努力使用與需求文檔和其他測試依據壹致的方法。
我們應盡量詳細地編寫測試條件。例如，對於電子商務網站，您的測試條件是 "用戶應該能夠付款"。或者妳也可以詳細描述為 "用戶應能通過信用卡、微信、支付寶等進行支付"。寫下詳細的測試條件的最大好處是可以提高測試覆蓋率，因為測試用例都是使用這些測試條件編寫的，而這些細節會觸發更多測試用例的編寫。此外，還可以分辨出退出測試的標準，例如哪些條件決定了可以終止測試。
#4.設計階段：
該階段主要涉及 "如何 "進行測試。它包括以下任務：
- 詳細說明測試條件。將測試條件拆分為子條件，以提供覆蓋範圍。
-確定和獲取測試數據
-確定和設置測試環境
-創建需求跟蹤指標
-創建測試覆蓋指標
#5.實施階段：
這壹階段最重要的任務是創建詳細的測試用例。對測試用例進行優先排序，並確定哪些測試用例將成為回歸測試的壹部分。在最終決定之前，審查測試用例的正確性非常重要。此外，在實際執行之前，不要忘記簽署測試用例（簽署，例如，在發布新版本之前，需要為最終測試報告發送簽署報告）。如果項目設計為自動化，則應區分哪些用例適合自動化，並編寫測試腳本。不要忘記審查。
#6.執行階段：
顧名思義，該階段是 STLC 的實際執行階段。但在執行之前，請確保您的標準符合要求。執行測試用例，並在出現任何不匹配時報告錯誤。同時填寫跟蹤指標以跟蹤進度。
#7.總結階段：
這壹階段的重點是測試標準和報告。根據您的項目和利益相關者的選擇，您可以決定是發送每日報告還是每周報告等。有不同類型的報告（每日、每周、每周等）。您可以發送不同類型的報告（日報、周報），但關鍵是報告的內容因發送對象而異。如果項目經理是測試出身，他們會對技術方面更感興趣，因此報告中要包括技術方面的內容（通過數、失敗數、錯誤數、關鍵錯誤等）。但是，如果您的報告對象是更高層次的利益相關者，他們可能對技術方面的內容不感興趣，那麽您可以向他們發送壹些與風險相關的內容，例如通過測試來降低風險。
#8.結束階段：
該階段的任務包括：
-檢查測試的完成情況。是否執行了所有用例或有意減輕了部分用例。檢查是否仍有 S1 錯誤處於活動狀態。
-總結經驗教訓並編寫相關文檔。包括哪些地方進展順利、哪些地方需要改進以及如何改進
總結：
壹起來總結 STLC。
鏈接：/p/21b84e176e12