自測標準：

1. 完成rp中涉及到的用例測試 （需要產品提供，如果沒有的話需要產品提供）

2. 如果有prd，通過prd用例測試 （需要產品提供）

3. 如果有測試用例，通過測試用例 （需要測試提供，送測前需要提供）

4. 其他測試：邊界測試，數據為空，接口返回未登錄錯誤處理（如果該頁面確實可以不登錄訪問）（需要更多的checklist，由開發共同整理）

5. 其他檢查項：對于引入的圖片資源需要檢查是否太大，有無壓縮等。

6. 對于依賴后臺數據的，盡量自己造些數據來測（這樣也可以更好的理解業務）。

注：如果rp和ui視覺稿不一致，需要產品和ui共同確認。

*其他測試說明：

1. 代碼能正確處理接口沒有返回數據的場景，比如字段不存在或者值為null或者空數組

2. 對于非必須登錄就可以查看的頁面（比如個人中心），可以忽略接口返回的未登錄的錯誤。只有必須登錄才可用的頁面才需要跳轉到登錄頁面。(后面支持頁面級關閉所有接口未登錄錯誤跳轉邏輯）

3. 邊界條件測試，包括代碼及ui兩方面。代碼包括數組為空，變量為null等。ui包括：文字過長（換行或省略，限制輸入字符的max-length），元素很多（一行顯示不下等，需要換行或者約定可顯示最大值），這些測試可以保證我們在’極端‘用例下也可以正常運行。

4. 對于臨時新增的需求，變更，要求測試補全用例

修改Bug后的自測：

1. 需要了解bug的影響面，改完bug后需要對相關流程走一遍，確保沒有引入新的問題。另外如果bug的修改涉及到較多的方面，需要在bug里備注說明。

2. 改完bug后需要自己在dev或test環境驗證一下(可能需要測試幫忙發布下代碼）

3. 改完bug后盡量通知給相關測試，讓他們盡快驗證，以免拖到最后發現還有問題沒有時間去改。（如果沒有發布代碼記得給他們說一下）

4. 重新打回的bug需要確定原因，相互確認。

送測標準：

1. 通過“自測”（并通過測試寫的測試用例）

2. 需要另外1個開發進行交叉測試（參考‘自測標準'，時間<30分鐘）

3. 進行代碼codereview（代碼規范，主要邏輯，復雜業務有無注釋等， 復雜業務找了解這塊的開發，時間<30分鐘）

4. 無影響正常操作及阻斷流程的bug

5. 對于公用樣式，js，組件的改動需要評估對全局的影響，并需要光輝或永祿進行codereview。

6. 對于新開發的頁面或功能，送測時需要通知ui，ui會檢查開發的頁面是否符合設計，體驗是否統一

7. 送測前做基本的兼容性測試

*code-review checklist，記錄問題及解決方案。

兼容測試-h5測試環境：

1. chrome移動設備調試模式（iphone5大小，iphone6，iphone6 plus，iphone 7，iphone7 plus）

2. 微信下測試-重點測試（android，ios）--重點測試

3. 手機自帶瀏覽器（ios，android默認）

4. 如果h5頁面內嵌在app，需要測試在ios及android app中的兼容性

兼容測試-pc測試環境（可以自適應，支持寬1000+分辨率正常顯示）：

1. chrome瀏覽器（較新版本）

2. firefox（較新版本）

3. Safari （較新版本）

3. ie8+ （公用虛擬機）

備注：考慮360安全瀏覽器優先使用webkit內核，加meta標簽：

上線標準：

1. 通過測試，并且修復了主要的bug

2. 檢查關鍵頁面（首頁，詳情頁等）加載速度，借助pagespeed等工具檢查是否有需要優化的地方。

3. 開發，測試都需要對上線的內容進行再次驗證（包括修改及涉及影響的頁面性能檢查）

*頁面性能檢查項：

1. js，css，圖片是否已經壓縮（對接口返回的圖片也需做檢查），是否有必要進行再次合并的文件。

2. 是否引用了不必要的js等

3. icon類圖標是否都已添加到’雪碧圖‘，圖片是否使用了延遲加載（在使用輪播的時候有問題，可以不用使用)

4. 服務器是否已經啟用gzip壓縮，是否配置了緩存時間

5. 有些js是否可以延后執行（比如高德地圖，微信等第三方庫）

異步加載js例子：<script ?src= " " sync></script>