1、web測試流程：
（1）web測試
1）參與一個web新項目的測試前，先搜集測試相關的資料，包括原型圖、各種需求文檔、業務相關等需求相關材料
2）結合第一步搜集到的需求相關資料，自行熟悉系統，同時列出不明白的點，對產品有個初步了解，對易錯點、重點測試點列個問題列表；
3）找PM或產品經理熟悉系統，要求系統性地介紹一遍產品，包括相關的隱含需求點，同時過一遍上一步列出的問題列表和核對需求與開發進度，明確要測的范圍、測試順序，形成測試需求；
4）根據原型圖和需求文檔、測試需求，編寫測試方案、計划，跟PM確認。確認后，開始根據系統概要列測試用例，填寫測試用例表，通過等價類划分、邊界值分析、錯誤推測、場景分析、判斷表等方法設計具體測試用例。注意：瀏覽器兼容性，不同的操作系統（Mac,Windows）；另外賬號是否涉及權限，如果有，多用幾個賬號登錄試試，遇到有問題的地方要多重現bug，確認問題是否存在的；
5）配置測試環境、准備數據（線上導出整理或自行設計數據）。測試環境包括瀏覽器兼容，主流瀏覽器等，產品主要使用環境；
6）正式執行測試，根據測試用例執行測試，記錄提交bug。對於發現的bug，在word上通過文字描述、截圖等方式，列出問題及對應的復現條件，標記好優先級，修改時間，命名為xx系統缺陷記錄匯總表；
7）邀請PM對bug文檔進行備注，哪些是bug，哪些是測試理解有誤，哪些是暫不開發或者需求有變化的，及時知曉，同時對於bug，及時分配給對應開發修復；
8）撰寫簡要的測試結果、缺陷數量、狀態、分布等情況；
9）經過第一輪測試，已經對系統有了更深入的了解；開始根據開發迭代周期進行持續測試，對第一份測試結果進行修改，已fixed的標記刪除，然后新增或更新bug;
10）后續的版本迭代測試，注意做好回歸測試；每次發布前要求PM列好發布要點；
2、關於項目迭代過程中的回歸測試——注意點：
1）確保每次發布是受控的，即每次發布的要點自己必須清楚，避免未經測試的要點隨便發布上線，做法：要求PM或產品經理提測時列發布要點，過一遍需求；
2）對發布要點做冒煙測試前，要充分了解業務，對修改點熟悉，測試前有基本的測試方法，且針對新修改點可能涉及的模塊，發散思維，確保完整測到所涉及到的相關模塊；
3）新增模塊除了做基本的冒煙測試，一定要做關聯模塊和功能的check，尤其涉及交互的部分，做充分測試，也包括插件調用等；
4）冒煙測試完成后，一定要做對應的回歸測試，所有功能點要測試到位，前期在迭代發布測試過程中，總結精簡有效測試集，對於后續優化過程中基本不會改變的功能，比如：注冊、登錄、修改密碼等可以通過firefox的插件selenium編寫一些自動化測試腳本，也可以提升回歸測試效率；
5）測試過程中，與產品經理或PM的交流需要時常進行，了解產品才能測試好好產品，且中間需求有變動或者系統相關的中間產出物也能及時獲取；
（坑：登錄-退出時，需要檢查攔截問題，比如沒登錄，直接填充url來進行跳轉，后台有無做驗證；）
3、測試方案大概內容如下
1）測試方案：寫明將要如何進行測試的文檔，包括測試計划、測試環境、測試數據、測試工具、測試方法、風險依賴等方面。
2）測試方案參考目錄（可根據項目或產品需要適當刪減）
（1）功能測試、模塊1、模塊2、模塊3、接口測試、測試內容
（2）包含系統的哪些模塊哪些方面（功能、性能、數據）、測試范圍、測試環境 、測試工具 、測試數據、測試方法 、測試人力資源安排、測試進度安排、測試輸出 、風險分析 、硬件環境、軟件環境、借助到的一些測試瀏覽器兼容性工具、自動化測試工具、性能測試工具
（3）黑盒測試、白盒測試、冒煙測試、驗收測試、包含哪些文檔、報告等、一般有：測試計划、測試方案、系統評測報告、缺陷報告等、系統上線后可能會出現的問題，一些現在尚未解決的bug，各種使用環境可能出現的問題等；
（4）編寫目的、讀者對象、項目背景、測試目標、參考資料、概述 、測試計划 、集成測試用例 、系統測試用例 、性能測試