记录用户的测试点

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.查看日志