一、背景
以往未完成自測的項目在交付測試時，出現大量低級錯誤， 導致測試部工時投入低效，測試質量不高， 所以將開發測試作為交付提測前的一個重要節點， 開發人員必須具有基本的測試意識和能力，確保無重大問題，主功能邏輯通暢， 保證交付提測的質量。
二、自測要求
1.開發自測用例
根據測試部提供的開發自測用例進行測試。
示例：
2.YAPI接口文檔完整
檢查接口文檔說明編寫完整，包括接口定義，入參，返回值，字段長度限制等。 必須由前端人員的確認。
3.接口通過率100%
通過Postman或Yapi對接口進行集合測試。 接下來執行結果必須100%通過。
4.完成一輪開發自測
自測完成后產出項目開發人員自測文檔。
自測參與的對象：產品、設計、前端、后臺。
自測目的：
- 設計師對設計視覺還原度檢查。
- 產品檢查業務流程及功能訪問符合要求，避免遺漏功能。
- 產品檢查文案是否正確。
- 后臺人員檢查接口是否正常。
- 前端和后臺開發人員功能檢查頁面功能和邏輯是否正常。
三、自測文檔編寫要求
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，做好上線前的準備工作。
原文地址：https://www.toutiao.com/a7049217270433808899/
