记录用户的测试点

1.身份证和活体的测试

a:如果身份证拍摄是斜的或者是反的，那么进行活体检测的时候，验证是否能验证成功

 

 

2.身份证的测试

a:时间的测试，当时间的格式为长期的时候，验证下是否正确

b:时间的测试，当时间身份证过期的时候，验证是否正确

c:身份证的测试  X是大写和小写的区别

 

3.AB分流测试，如果比例50%后又有一个5%，则要考虑这个5%是否包含在了50%里面

 

4.运营商：

a:假设进行运营商验收时，提交时快速多次提交，导致一次操作有多条数据，且数据结果不一致，那么应该取最新的一条成功的数据，而不是最新的一条数据(有可能失败的)

 

1.慢查询 原因：1.没有索引或者没有用到索引 2.I/O吞吐量小，形成了瓶颈效应 3.没有创建计算列导致查询不优化 4.内存不足 5.网络速度慢 6.查询出的数据量过大（可以采取多次查询或者其他方式降低数据量） 7.锁或者死锁，程序设计的缺陷，原因是读写竞争资源 8.返回了不必要的行和列 9.查询语句不好，没有优化 优化查询方式 1.把数据、日志、索引放到不同的I/O设备，增加读取速度，数据量越大，提高I/O越重要 2.纵向、横向分割表，减少表的尺寸 3.升级硬件 4.根据查询条件，建立索引，优化索引，优化查询方式，索引应尽量的小，使用字节小的列建索引好，不要对有限的几个值的字段建单一索引 5.提高网速 6.增加服务器CPU的个数，例如单个查询的排序、连接、扫描和group by字句同时执行，SQLserver根据系统的负载情况决定最优的并行等级，复杂的消耗大量的CPU的查询最适合并行处理 7.如果使用like进行查询的话，简单的使用index不行，全索引耗空间 8.编写SQL时候需要注意与索引相关的规则，字段类型转换导致不用索引，如字符串类型的不用引号，数字类型的用引号等，这有可能会用不到索引导致全表扫描失败；不要使用select * 排序请尽量使用升序；or的查询尽量用union代替，rder by / group by 字段包括在索引当中减少排序，效率会更高。尽量规避大事物的SQL，大事物的SQL会影响数据库的并发性能以及主从同步；分页语句limit的问题，删除表所有记录用truncate不要用delete 2.mysql和redis的区别 接口幂等 https://blog.csdn.net/jks456/article/details/71453053 接口异常处理 卡夫卡 mq mysql与redis区别 mvc tomcat resin 如何给所有人赋可执行权限 chmod +x py切片 查询进程的命令 nginx怎样处理一个请求，越详细越好 nginx限流指令 自动化case失败的原因 解决办法 通过率 如何指定个性化测试报告 数据库事务 数据库group by和having的组合查询 接口测试关注点 redis应用场景是什么 mysql左右查询的区别 压测关注点，怎样进行压测的 CR的关注点（连接池、建立连接、关闭连接等、大并发数据的处理、异常逻辑处理、与数据库redis等的交互以及造成的影响） redis 异步，redis 加锁 算法： 1.矩阵长M，宽N，外层打印.内存打印*的算法，数组排序，数组 2.快速排序 3.冒泡排序 4.二分查找 5.[1,5,2,3,5,8,4]每两个数求和大于6的两个数字 6.怎样用代码实现tail –f的功能 7.字符串翻转 linux里的swift eval 索引的类型，为什么要建立索引 mysql如何删除某一列 //ALTER TABLE version_info ADD COLUMN lishan varchar(64) //ALTER TABLE version_info DROP COLUMN lishan mysql事物 清理磁盘的shell脚本 https的ssl原理 es mq 卡夫卡

 5.查看日志