一、背景

以往未完成自测的项目在交付测试时，出现大量低级错误， 导致测试部工时投入低效，测试质量不高， 所以将开发测试作为交付提测前的一个重要节点， 开发人员必须具有基本的测试意识和能力，确保无重大问题，主功能逻辑通畅， 保证交付提测的质量。

二、自测要求

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，做好上线前的准备工作。