一、背景

以往未完成自測的項目在交付測試時，出現大量低級錯誤， 導致測試部工時投入低效，測試質量不高， 所以將開發測試作為交付提測前的一個重要節點， 開發人員必須具有基本的測試意識和能力，確保無重大問題，主功能邏輯通暢， 保證交付提測的質量。

二、自測要求

1.開發自測用例

根據測試部提供的開發自測用例進行測試。

示例：

2.YAPI接口文檔完整

檢查接口文檔說明編寫完整，包括接口定義，入參，返回值，字段長度限制等。 必須由前端人員的確認。

3.接口通過率100%

通過Postman或Yapi對接口進行集合測試。 接下來執行結果必須100%通過。

4.完成一輪開發自測

自測完成后產出項目開發人員自測文檔。

自測參與的對象：產品、設計、前端、后臺。

自測目的：

1. 設計師對設計視覺還原度檢查。
2. 產品檢查業務流程及功能訪問符合要求，避免遺漏功能。
3. 產品檢查文案是否正確。
4. 后臺人員檢查接口是否正常。
5. 前端和后臺開發人員功能檢查頁面功能和邏輯是否正常。

三、自測文檔編寫要求

1.模塊分類

一級：小程序端、微信端、 后臺管理

二級：業務模塊

2.問題聚集

同一個模塊的不同問題記錄在同一個欄目下。

3.問題狀態

設置狀態：待處理、已解決、已驗證。

四、自測問題

1.時間緊，任務急是否需要自測

A：確保主線功能正常，明確說明哪些功能模塊功能未完善，但仍需提測的要求，必須由部門經理確認。

2.開發人員寫的代碼要求不高

A：堅持代碼規范，復雜流程先出流程或方案進行評審。

3.認為開發自測不重要或沒有自測思維意識

A：自測是重要環節，加強團隊自測意識和規范流程操作。

4.不知道如何通過工具進行有效的自測

A：使用Chrome瀏覽器打開Console查看入參和返回，Postman接口測試，Jmeter做壓測，WEB開發工具檢查微信端接口調用，其他核心業務真機體驗。

5.模擬(正常)測試數據，以及數據體量。

A：初始化正常數據，切勿使用123或abc這種測試數據。 模擬合理的數據量，并添加必要的表索引，確保在真實的數據量上的SQL執行效率。

6.模擬(提交)異常數據

A：頁面提交非常規數據，包括特殊符號，表情，空值，超長字符，檢查接口調用是否正常。

7.模擬不正常的流程操作，思考哪些操作或流程會出現異常情況

A：通過直達訪問頁面方式，檢查頁面操作是否正常，提示是否正常。

8.檢查安全checklist

A：安全規范checklist，做好上線前的準備工作。