一、背景

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

二、自測要求

1.開發(fā)自測用例

根據(jù)測試部提供的開發(fā)自測用例進(jìn)行測試。

示例：

2.YAPI接口文檔完整

檢查接口文檔說明編寫完整，包括接口定義，入?yún)ⅲ祷刂担侄伍L度限制等。 必須由前端人員的確認(rèn)。

3.接口通過率100%

通過Postman或Yapi對接口進(jìn)行集合測試。 接下來執(zhí)行結(jié)果必須100%通過。

4.完成一輪開發(fā)自測

自測完成后產(chǎn)出項目開發(fā)人員自測文檔。

自測參與的對象：產(chǎn)品、設(shè)計、前端、后臺。

自測目的：

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

三、自測文檔編寫要求

1.模塊分類

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

二級：業(yè)務(wù)模塊

2.問題聚集

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

3.問題狀態(tài)

設(shè)置狀態(tài)：待處理、已解決、已驗證。

四、自測問題

1.時間緊，任務(wù)急是否需要自測

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

2.開發(fā)人員寫的代碼要求不高

A：堅持代碼規(guī)范，復(fù)雜流程先出流程或方案進(jìn)行評審。

3.認(rèn)為開發(fā)自測不重要或沒有自測思維意識

A：自測是重要環(huán)節(jié)，加強(qiáng)團(tuán)隊自測意識和規(guī)范流程操作。

4.不知道如何通過工具進(jìn)行有效的自測

A：使用Chrome瀏覽器打開Console查看入?yún)⒑头祷兀琍ostman接口測試，Jmeter做壓測，WEB開發(fā)工具檢查微信端接口調(diào)用，其他核心業(yè)務(wù)真機(jī)體驗。

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

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

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

A：頁面提交非常規(guī)數(shù)據(jù)，包括特殊符號，表情，空值，超長字符，檢查接口調(diào)用是否正常。

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

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

8.檢查安全checklist

A：安全規(guī)范checklist，做好上線前的準(zhǔn)備工作。