一、背景
以往未完成自测的项目在交付测试时，出现大量低级错误， 导致测试部工时投入低效，测试质量不高， 所以将开发测试作为交付提测前的一个重要节点， 开发人员必须具有基本的测试意识和能力，确保无重大问题，主功能逻辑通畅， 保证交付提测的质量。
二、自测要求
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，做好上线前的准备工作。
