在使用selenoum时，需要chrome浏览器的版本和chrome浏览器驱动的版本一致匹配，才能进行自动化测试。

利用REST-assured内置Gpath表达式取出响应数据（大多数情况是json）中的关键字段的值，通过TestNG的Assert类，断言这些关键字段的值是否符合预期。a. 表数据验证首先得明白这个接口的基本业务，会影响到哪些表，哪些字段的数据，然后才能准备查询sql去有针对性的查数据。b. 并不是所有用例的执行都会操作数据库，影响到表数据，因此只有影响到了表数据的用例，才准备查询脚本。数据库断

元素定位：不使用绝对坐标点击，否则在不用的尺寸屏幕上无法兼容；尽量用相对路径xpath表达式定位。脚本失败后可以加入testng的重试机制，提高用例的稳定性；用例解耦、减少用例之前的互相依赖，避免影响其他用例的执行；用例执行过后对测试场景还原，避免影响其他用例的执行；使用等待：元素等待优先使用自定义显式等待；多用 try catch 捕获异常。PO模式，将页面对象和用例分开来。

比如，下面【部门】表里的主键 拿到【员工】表里做普通字段（外键）员工 部门1员工，XXX，1部门 1部门，武当派2员工，XXX，2部门 2部门，峨眉派3员工，XXX，1部门 3部门，明教4员工，XXX，2部门设计主外键关系的方案1、图形化操作：（数据库管理工具）2、写sql语句constraint 约束名 foreign key (外键列名) references 对方表(列表)

比如，下面【部门】表里的主键 拿到【员工】表里做普通字段（外键）员工 部门1员工，XXX，1部门 1部门，武当派2员工，XXX，2部门 2部门，峨眉派3员工，XXX，1部门 3部门，明教4员工，XXX，2部门设计主外键关系的方案1、图形化操作：（数据库管理工具）2、写sql语句constraint 约束名 foreign key (外键列名) references 对方表(列表)

查了资料发现在MySQL5.7.41及之前的版本，安全性较低，存在任何用户都可以连接上的 test 库，所以官方在5.7.43版本加大了对隐私的保护。并且采用了默认 useSSL = true值防止对数据库的随意修改，导致项目启动时连接不上数据库。在本地部署tomcat项目时，卡在了“Caused by: javax.net.ssl.SSLException: Received fatal ale

项目中用到加密jar包，单独在idea中运行项目时正常，通过mvn命令行运行时报错“java.lang.NoClassDefFoundError：sun/misc/BASE64Decoder”搜索之后发现 sun/misc/BASE64Encoder 这个东西仅在jdk1.8以及之前的版本存在，更高版本的jdk不存在了。通过mvn命令行运行时，通过【mvn - v】命令 查看到默认运行jdk11。

—可解决java查询MySQL时，mysql查询tinyint类型 的数据时,0会被转为false,1或以上会转为true的问题。在做接口测试的数据库断言时，发现type字段断言总是失败，期望是0，打印数据库实际值是false。

项目中用到加密jar包，单独在idea中运行项目时正常，通过mvn命令行运行时报错“java.lang.NoClassDefFoundError：sun/misc/BASE64Decoder”搜索之后发现 sun/misc/BASE64Encoder 这个东西仅在jdk1.8以及之前的版本存在，更高版本的jdk不存在了。通过mvn命令行运行时，通过【mvn - v】命令 查看到默认运行jdk11。

—可解决java查询MySQL时，mysql查询tinyint类型 的数据时,0会被转为false,1或以上会转为true的问题。在做接口测试的数据库断言时，发现type字段断言总是失败，期望是0，打印数据库实际值是false。