在Web工程過程中，基于Web系統的測試、確認和驗收是一項重要而富有挑戰性的工作。基于Web的系統測試與傳統的軟件測試不同，它不但需要檢查和驗證是否按照設計的要求運行，而且還要測試系統在不同用戶的瀏覽器端的顯示是否合適。

重要的是，還要從最終用戶的角度進行安全性和可用性測試。然而，Internet和Web媒體的不可預見性使測試基于Web的系統變得困難。

因此，我們必須為測試和評估復雜的基于Web的系統研究新的方法和技術。那么首先我們需要清楚的知道web的測試流程和測試過程中容易遇到的一些問題才能去解決掉本質上的問題。

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）編寫目的、讀者對象、項目背景、測試目標、參考資料、概述 、測試計劃 、集成測試用例 、系統測試用例 、性能測試

同時，在這我為大家準備了一份軟件測試視頻教程（含面試、接口、自動化、性能測試等），就在下方，需要的可以直接去觀看。

?