各位好，今天給大家介紹一下這個測試流程，這個問題在面試的時候還是經常會被問到的乙個問題，我結合一下我們公司的流程，跟大家聊一聊，到底測試需要什麼樣子的流程。說的不全面的地方還請各位不吝賜教
1.需求評審：需求評審主要是我們產品，開發，測試一起參加的，主要是針對產品的需求進行分析，產品經理會針對這專案需要作出什麼樣子的功能，有什麼樣子的要求限制進行說明，然後大家一起討論可行性，制定大概需要的時間。
這裡面實際應該有乙個需求的分析，也就是我們測試的組員對產品制定需求進行分析，這樣子也是對需求文件的乙個測試，畢竟專案在越早發現缺陷，損失越小。所以需求分析也是對需求的可行性進行乙個分析，討論怎麼依據需求來編寫測試用例
3.測試的測試用例編寫：測試用例是根據需求文件來編寫的，其中編寫測試用例的方法和手段有很多種，其中我給大家以黑盒測試來說一寫方法：a劃分等價類，b邊界值分析法,c錯誤推測法,d因果圖法,e判定表組成法,f場景法。以上這些方法大家可以了解一下，有一些在我的部落格也有談到，後面文章也會對這些測試方法進行說明舉例，讓大家有乙個深入的認識
4.測試用例評審：編寫好測試用例之後，不是說我覺得寫了這些就ok了，還需要對測試用例進行評審，不同公司可能對測試用例評審的參與人員要求不一樣，有的可能只是測試組內進行評審，有的可能會與開發，產品一起進行評審，這樣子的好處是開發知道我們要怎麼會，會對哪些功能哪些細節多注意一些，同時開發或者產品給我們測試提一些測試覆蓋的建議，或者是測試用例的冗餘，從而達到提公升軟體質量的目的
5.在我們編寫測試用例的同時，我們的開發也在進行緊張的編碼工作，等到產品做出來，開發會先自測，然後覺得o了，他們便會提測，通過發郵箱或者其他一些手段，告訴我們可以測試。
6.接到提測通知之後，我們就可以開始測試了，當然是基於你已經部署好了測試環境的情況下。冒煙測試：我的理解是對軟體基本的功能與流程的測試，比如說，我開發了乙個電商購物**，最主要的就是購物下單支付流程，所以需要對這些功能進行測試，假如說這些個功能都沒實現的話，那麼下面的測試也就沒必要，最主要的功能沒實現，開發需要去修改，**的改動對整個的軟體影響還是很大的。所以冒煙測試不通過，直接打回讓開發再改。
7.冒煙測試通過之後，我們就進行正式的測試，一般會有三輪的測試。第一輪測試之後，把發現的bug提到公司的缺陷管理工具上面，讓開發改，開發改好之後，部署到測試環境，並且修改管理工具上面的狀態。接著我們對bug進行回歸測試，驗證bug還存在不，如果存在，修改缺陷管理工具的狀態為重新開啟。直到bug修復完成，我們把缺陷關閉掉。當我們在第一輪測試時，提交的bug都改了，或者剩下一些疑難雜症時，按照我們的計畫可以開始下一輪的測試。在一輪一輪的測試中，發現的bug 會越來越少，知道我們把bug全部消滅或者剩下一些不影響使用的bug，我們就可以進行驗收測試了。在我們公司是扔給產品，他說好，可以了。那我們就進行發布了。
8.產品上線之後，我們還需要進行回歸測試，畢竟正式的生產環境和測試環境還是有一些區別，畢竟環境是乙個很玄學的東西，回歸測試可以依據測試用例的優先順序來測，把主要的功能，重要的功能測一下，還有需要對之前存在bug的功能進行測試。測完之後，整個的專案就可以進入下乙個版本迭代了。
以上是我對測試的流程根據工作來寫的，不同公司會有不同的流程，我也只能是說乙個大致的情況。有錯誤的地方還請各位大佬指出
需要談談的 遊戲測試改良流程（二）
網際網路的產業裡，網路遊戲產業也是其中的一部分，改良流程的一部分也介紹一些基礎的模型。本章介紹的是瀑布模型的應對辦法。瀑布生命週期模型 也被稱為線性模型 需求分析 概要設計 詳細設計 編碼和單元測試 軟體集中 系統集中 驗收測試 結束 這是乙個版本簡單的交付過程，最後一步測試才介入。這個軟體行業剛發...
測試的簡單基本流程
ps 分類 one 單元測試 整合測試 系統測試 驗收測試 ps 流程 two 測試需求分析，測試計畫編寫，測試用例編寫 缺陷記錄 回歸測試 判斷測試結束 測試報告提交 ps 詳細流程如下 four 測試計畫 根據需求估算測試所需要的資源 人力裝置等所需的時間 功能點劃分，合理設計測試用例 five...
滲透測試的簡單流程
滲透測試流程 首先明確目標 確定範圍 確定規則 確定需求 一 資訊收集 永遠是第一步 基礎資訊 公司 單位 公司名稱，上下屬單位，和其他公司關係，註冊時間，註冊人，註冊郵箱，某某某在什麼地方是100 控股的，子網域名稱 系統資訊 應用版本 存在版本上的歷史漏洞 是什麼系統 應用資訊 應用資訊 使用的...