测试总结

1：枚举确认

2：定时器执行日志

3：操作顺序的记录（反向操作）

4.：内容是否可以换行（优化）

5：界面是否适配（UI）

6：参数到底是前端带过来，还是后端自己转换或者查询

7：接口传反导致界面上面没有数据（数据库是有数据的）

8：数据库有必填的字段，如果未填写会报：系统异常

9：配置需确认需要多少个条件才能实现一个效果（如：会员注册需要：有效期配置、等级配置、积分配置）

10：手机号的特殊类型

11：身份证的特殊校验

12：导入的条数检验、模板校验、每行字符的长度校验（太长会报文件解析失败）、redis响应太久，自动断开报调用服务{0}返回空、类型与类型值匹配问题、权限问题（数据权限）、不同平台的数据同时导入校验、错误数据与正确数据同时导入查看结果、必填项校验

13：会员状态更改后数据的校验（如：会员被清除-手机号前面加上99、更换手机号）使用之前的手机号在页面不能查询出数据，但是数据库是存在之前的数据的

14：逆向操作（如：有一个大弹框，点击二次验证密码有一个小的确认按钮，现在直接点击大的弹框取消按钮）

15：数据准确性（前端传值是否与数据库保持一致）

16：代码缓存、以及使用：RedisDesktopManager清除缓存（开发用某个字段如：member_id）

17：接口数据覆盖（用户行为会覆盖接口的数据，已用户操作的数据为准）

18：时间多次出发，需要前端限制

19：百度分页（处理大量数据进行异步加载数据，提高查询效率）

20：状态变更，对应的数据也要进行改变（如：会员被清除，通过之前的会员ID或者会员手机号等信息也是不能查询出来的）

21：Webservice（ios和Android实现的方式不一样，如：发送短信，IOS比Android接收的短信概率要大）

22：执行定时任务的时候，如果执行二个或者多个的时候，会使线程停下来

23：如果一个字段的数据再多个表中存在，需要沟通好需要在那个表展示该数据