有些測試方法的界限比較模糊，比如功能測試的同時會穿插一些相容性和安全性的測試，以下列出簡單的一些點，可以參考下： 1、該頁所提供的功能邏輯方面有無問題； 2、各輸入項的合法性測試、輸入順序；(是否只做了前端的js驗證) 3、該頁許可權，既無訪問許可權的使用者能否直接訪問該頁； 4、不同瀏覽器下該頁的顯示； 5、該頁連結的引數是否可以修改，對功能的影響； 7、多個頁面開啟該頁，進行操作，是否有不合法的影響； 8、網路環境異常情況下系統的處理； 9、頁面連結是否正確； 10、cookies測試；

這個東西各個公司工作室各個組各個專案都不一樣，但基本技能還是那些：

1. 不要把所有問題留在測試階段，開發就是最好的測試。所以開發的時候，多console，多打端點，使用chrome測試開發工具測資源、渲染等。渲染還可以使用時間戳API打印出來進行檢測，chrome測試開發工具還可以測低網路高延遲比如2G網路請求，建議學習下。

2. 寫好程式碼後，一般你的構建工具比如E2E、ESlint包括webpack自帶的一些檢測會測試你的編碼規範、UI效能以及程式碼可執行度；同時最好自己引入node斷言或一些JS測試包比如chai.js 等進行單元測試。（公司內部都會自己基於webpack自己開發一套構建工具）

3.測試後，只是證明你的程式碼沒問題了，相容、安全、網路還有待測試。相容一般會專門交給測試，測不同瀏覽器相容，測瀏覽器不同版本相容，測PC和移動端相容，如果是native和H5還會分開測，所以公司都專門有測試。安全，其他公司我不知道，反正我們公司自帶門神檢測。網路這一塊，只能到測試伺服器後，線上使用chrome開發者工具測試，看一下資源包等載入、解析、渲染等問題。

4.最後，說到上線，最好是多分支開發，一個線上分支，一個測試分支，剩下的都是各個開發分支。多git status和git diff，看下更改。另外留意線上改動，確保和線上同步。這點自己小組確立規範，不能亂，不然每次push都是衝突很惱火的。