程序开发人员的自测要求规范

一、背景

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

二、自测要求

1.开发自测用例文章源自玩技e族-https://www.playezu.com/193504.html

根据测试部提供的开发自测用例进行测试。文章源自玩技e族-https://www.playezu.com/193504.html

示例：文章源自玩技e族-https://www.playezu.com/193504.html

2.YAPI接口文档完整文章源自玩技e族-https://www.playezu.com/193504.html

检查接口文档说明编写完整，包括接口定义，入参，返回值，字段长度限制等。 必须由前端人员的确认。文章源自玩技e族-https://www.playezu.com/193504.html

3.接口通过率100%文章源自玩技e族-https://www.playezu.com/193504.html

通过Postman或Yapi对接口进行集合测试。 接下来执行结果必须100%通过。文章源自玩技e族-https://www.playezu.com/193504.html

4.完成一轮开发自测文章源自玩技e族-https://www.playezu.com/193504.html

自测完成后产出项目开发人员自测文档。

自测参与的对象：产品、设计、前端、后台。

自测目的：

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