測試主要做什麼？這完全都體現在測試流程中，同時面試測試流程問題出現的評率最高。
測試流程中包含了測試工作的核心內容 ，例如需求分析，測試用例的設計，測試執行，缺陷等重要的過程。
下面就以迭代測試為例，給大家畫下測試流程圖：
1.需求分析
一般在上一個迭代測試即將完成之時，下一個迭代的需求文檔就已經發出來，放到配置管理平臺，便於測試和開發自取，那這個時候一般測試人員就會自動去取需求文檔，開始做需求分析，需求分析主要是分析接下來的需求，從功能交互，測試要點等方面入手分析。
需求分析完成之後，就會開始需求評審。
2.編寫測試用例
需求評審完成之後，對測試而言，應該還需要編寫測試計劃和測試方案，一般測試計劃是由測試主管編寫，測試方案是高級測試工程師編寫，故有些測試人員並不會要求編寫，但是測試用例卻是每個測試人員都需求編寫的，一般測試用例我們主要用到的都是黑盒用例設計方法，如等價類分析法，邊界值分析法，因果圖，判定表，場景法，狀態遷移，錯誤推測法等等，根據自己熟悉的方法和需求文檔來設計測試用例。
測試用例編寫完成後，測試人員就要開始用例評審，用例評審與需求評審的評審流程相同，只是發起人和評審內容，評審重點不同。
3.測試執行
一般用例評審完成之後，就要開始等待開發轉測。
轉測成功後，測試這邊就要開始搭建測試環境，然後進行冒煙測試，冒煙測試通過後才開始進入正式測試執行階段。
1.冒煙測試的重點：
●原來版本的主要功能
●新需求的主要功能主要流程
2.提交缺陷
在正式測試階段，測試人員是根據已經編寫好的測試用例執行程序，當執行程序的實際結果與測試用例的預期結果不符時，就需要在缺陷管理工具上提交bug單，bug單會根據bug處理流程進行處理。
3.迴歸測試
當開發人員修改了大部分bug時，開發人員會再次合版，聯調，轉測，這時測試人員就會進入到迴歸測試階段。
迴歸測試的重點：
檢查bug單上的缺陷是否被修復OK
檢查在修改bug的時候是否引入新的bug
4.部署上線/交付
當測試執行階段根據測試標準中的出口準則，結束測試活動，如果測試結果是OK的，這時運維人員就可以開始部署上線，或者進行版本交付。
上面的測試流程是基於有需求文檔的一個完整測試流程，如果公司沒有需求文檔，則測試流程就會在上面的基礎上有所刪減。
程序爬蟲抓取有用資源共享給大家
關注後，私信回覆【資料包】獲取如下內容，
閱讀更多 馬蟻蛋 的文章
