資訊專欄INFORMATION COLUMN
摘要：每個階段有不同的目標和交付產物。拆分測試條件為多個子條件去提供覆蓋率。執行測試用例，報如果有任何的不匹配。總結階段這個階段聚焦在檢驗標準和報告。結束階段這個階段的任務包括檢查測試的完成度。
60年代：
90年代：
2000年：
測試的趨勢和能力也一直在變化。測試人員現在被要求做更多的面向技術和流程方面的事情。測試現在不僅僅限制在找bug，而且有一個更廣闊的工作范圍，從項目開始階段甚至需求還沒正式定下來的時候就被需要，被安排工作。
測試也是標準化的。就像軟件開發那樣有生命周期一樣，測試也有自己的生命周期。在后面的內容，我將會討論什么是測試生命周期以及軟件測試是怎么相關聯的。
“生命周期”這個簡單的詞是指從一個形式（狀態）到另外一個形式（狀態）的一系列的變化。這些變化可以發生有形或無形的事情上。每個實體都有生命周期，從開始到死亡/結束。
類似的，軟件也是個實體。就像開發軟件包括一系列的步驟，測試也有很多步驟，這些步驟按照一定順序去執行。
通過系統的有計劃的執行測試活動的現象被叫做測試生命周期。
它是指測試流程，這個流程是按照一定順序執行的一系列特定的步驟，去保證產品質量符合需求。在STLC流程中，每個活動都按照計劃的系統的執行。每個階段有不同的目標和交付產物。在STLC中每個組織有不同的階段；但是基本的是一樣的。
下面是STLC的8個階段：
1.需求階段（Requirements phase）
2.計劃階段（Planning Phase）
3.分析階段（Analysis phase）
4.設計階段（Design Phase）
5.實施階段（Implementation Phase）
6.執行階段（Execution Phase）
7.總結階段（Conclusion Phase）
8.結束階段（Closure Phase）
1.需求階段：
在這個階段，是分析和學習需求的階段。和其他團隊一起頭腦風暴，努力去查找需求是不是可測的。這個階段幫助去辨認測試的范圍。如果任何功能是不可測試的，及時溝通，做出一些減輕策略（減小風險）的計劃。
2.計劃階段：
在實際場景中，測試計劃是測試流程的第一步。在這個階段我們辨別出哪些活動和資源能匹配測試目標。我們也努力去辨別測試指標，測試方法以及如何追蹤這些指標。
計劃的基礎是什么？只有需求嗎？
答案是NO。需求只是一種基礎，然而還有其他2方面的因素影響測試計劃。他們是：
-組織的測試策略
-風險分析/風險管理和減輕
3.分析階段：
STLC定義“WHAT”被測試。一般地，我們通過需求文檔、產品風險和其他測試依據去辨別測試條件。測試條件應該可以被追溯到需求。有很多因素可以影響測試條件的辨別：
測試的層次和深度
產品的復雜性
產品和項目風險
軟件開發生命周期被涉及
測試管理
團隊的知識和技能
相關干系人的可用性
我們應該努力用一種很詳細的方式把測試條件寫下來。例如，一個電子商務網站，你有一個測試條件為“用戶應該可以支付”。或者你可以詳細的描述為“用戶應該可以通過信用卡，微信、支付寶等支付”。把詳細的測試條件寫下來最大的好處是可以提高測試覆蓋率，因為測試用例就是通過這些測試條件寫的，這些詳情觸發寫出更多的測試用例。同時，也可以分辨出退出測試的標準，比如哪些條件決定可以終止測試。
4.設計階段：
這個階段都有“HOW”去測試。包括以下的任務：
詳述測試條件。拆分測試條件為多個子條件去提供覆蓋率。
辨別和獲取測試數據
辨別和搭建測試環境
創建需求跟蹤指標
創建測試覆蓋指標
5.實施階段：
這個階段最主要的任務是創建詳細的測試用例。測試用例的優先級以及哪些用例會成為回歸測試的一部分。在最終決定測試用例之前，審核測試用例的正確性是非常重要的。同時在真正執行開始之前也不要忘了sign off(署名，比如新版本發布前的最終測試報告需要發送sign off報告)測試用例。如果你的項目設計自動化，分辨哪些用例適合自動化以及準備測試腳本。不要忘記審核。
6.執行階段：
從名字可以知道，這個階段是STLC的真正執行階段。但在你執行之前，確保你的標準是和需求匹配的。執行測試用例，報bug如果有任何的不匹配。同時填寫追蹤指標去跟蹤你的進度。
7.總結階段：
這個階段聚焦在檢驗標準和報告。依賴你的項目和干系人選擇，你能決定是發日報還是周報等等。有不同的報告類型（日報，周報）你可以發送，但重點是，報告的內容是根據你發送對象的不同而變化的。
如果項目經理屬于測試背景的，那么他們對技術方面更感興趣，因此在報告中包含技術方面的內容（用例的pass個數，fail個數，bug個數，嚴重bug等等）。但是如果你向更高層的干系人報告，他們可能對技術方面不感興趣，可以給他們發送一些風險相關的，比如通過測試減輕風險的發生。
8.結束階段：
這個階段的任務包括：
檢查測試的完成度。是否所有的用例被執行或是有意減輕一些。檢查是否還有S1的bug是激活狀態。
經驗總結會議及書寫相關文檔。包括哪些做得好，哪些需要提高和如何提高
最后下面是我整理出來的一份軟件測試工程師發展方向知識架構體系圖。
希望大家能在這個成長過程中收益良多。可以說，這個過程會讓你痛不欲生，但只要你熬過去了。以后的生活就輕松很多。正所謂萬事開頭難，只要邁出了第一步，你就已經成功了一半，古人說的好“不積跬步，無以至千里。”等到完成之后再回顧這一段路程的時候，你肯定會感慨良多。
下面是一份配套的軟件測試資源包：
上面是一些配套資源，這些資源對于軟件測試的的朋友來說應該是最全面最完整的備戰倉庫，為了更好地整理每個模塊，我也參考了很多網上的優質博文和項目，力求不漏掉每一個知識點，很多朋友靠著這些內容進行復習，拿到了BATJ等大廠的offer，這個倉庫也已經幫助了很多的軟件測試的學習者，希望也能幫助到你。關注我的微信公眾號：程序員二黑，即可免費獲取！
學習軟件測試是件需要堅持的事情，學習的過程可能會很枯燥，不過有一些人一起學的話大概就不會了吧，加入我們吧，跟我們一起學習，群號：785128166，有人陪伴，不會孤單
如果您覺得文章還不錯，請 點贊、分享、在看、收藏 一下，因為這將是我持續輸出更多優質文章的最強動力！
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/121353.html
摘要：阿里作為的一員，面試是有難度的。原沒有那小公司練手，很多同學都是裸考阿里。 這個總結其實來得挺晚的，但是又非常必要。我很有幸參加了今年的春秋招，并且前往深圳和北京這兩個城市體驗一線城市的精彩和心酸，無論是去深圳的一家小公司，還是轉戰北京小米。最終簽約成都華為。我都有好多話想說。但是今天不是故事會，而是求職分享會，我希望我在本年度春秋招的所見所得能幫助你們應對明年的招聘 接下來請看一個時...
摘要：你如何理解中的可以理解為啟動器，它包含了一系列可以集成到應用里面的依賴包，你可以一站式集成及其他技術，而不需要到處找示例代碼和依賴包。如你想使用訪問數據庫，只要加入啟動器依賴就能使用了。 面試了一些人，簡歷上都說自己熟悉 Spring Boot, 或者說正在學習 Spring Boot，一問他們時，都只停留在簡單的使用階段，很多東西都不清楚，也讓我對面試者大失所望。 下面，我給大家總結...
摘要：也就正式開始了我的前端之路。在這期間，我還購買并配置了自己的云服務器，自己的博客系統，自己的還學會了的基本操作。不必說的是高級程序設計豆瓣鏈接這本書，也就是大家常說的高程，基本上每個合格的前端程序員都要熟讀很多很多次，每次讀都會有新發現。 原創 西安前端交流會: 卡農 ovenzeze@qq.com 本文章同步發表在wdShare西安前端交流會網站、我的個人博客以及segmentF...
摘要：也就正式開始了我的前端之路。在這期間，我還購買并配置了自己的云服務器，自己的博客系統，自己的還學會了的基本操作。不必說的是高級程序設計豆瓣鏈接這本書，也就是大家常說的高程，基本上每個合格的前端程序員都要熟讀很多很多次，每次讀都會有新發現。 原創 西安前端交流會: 卡農 ovenzeze@qq.com 本文章同步發表在wdShare西安前端交流會網站、我的個人博客以及segmentF...
摘要：作者兩年經驗第一家任職的是個小公司第二家算是二線互聯網公司各待了一年吧能有機會去阿里面試很驚喜先來和大家分享一下面試經歷電話面試初探因為還在職的緣故電話面試從晚上點鐘開始持續了半個小時左右一開始的時候特比緊張甚至聲音略有些顫抖簡單自我介紹做 作者兩年經驗, 第一家任職的是個小公司, 第二家算是二線互聯網公司, 各待了一年吧... 能有機會去阿里面試很驚喜! 先來和大家分享一下面試經歷....
閱讀 724·2023-04-25 17:54
閱讀 2982·2021-11-18 10:02
閱讀 1142·2021-09-28 09:35
閱讀 662·2021-09-22 15:18
閱讀 2865·2021-09-03 10:49
閱讀 3061·2021-08-10 09:42
閱讀 2585·2019-08-29 16:24
閱讀 1265·2019-08-29 15:08
