自动化测试理解
一、自动化测试体系
测试的工作主要是两点
第一点是产品质量管理，关于产品质量部分，可以通过测试策略和测试分析得出什么应该测试，什么不应该测试，当然这是下一个测试技术发展的方向，不在今天的讨论范围内。
第二点是工程效率，在测试这边就是测试效率。
UI自动化测试明显跟不上这个节奏
所以交互层的测试是需要投入的，但是尽量投入比较少的时间去测试，把更多的时间放在应用测的测试。
二、接口自动化
掌握接口测试的知识不是单纯的说会一点抓包工具，会个postman就说可以会接测试，首先需要了解HTTP协议的相关知识，以及搞明白什么是cookie，什么是session和什么是token，以及cookie,session,token之间的区别是什么？明白客户端与服务器之间的请求流程是什么？这些知识点都是做接口自动化测试是必须要掌握的知识点。
接口测试怎么来通过技术的手段来保障产品的质量，以及执行的速度，在接口测试的层面，执行速度是可以接收的，特别是在jmeter这些测试工具中，即使上千的接口用例执行速度也就五到六分钟出结果，再回到刚才讲的通过技术手段来保障产品的质量问题。
首先要解决业务的问题，接口测试至少测三个层面，具体是：
1、接口的端到端，一个HTTP的请求流程是客户端发送请求到服务端，服务端响应回复给客户端，端到端就是测试这个过程服务端返回的HTTP状态码是否是200；
2、接口的校验 比如添加用户的一个接口，当username参数为空，或者username参数超过边界值，客户端发送数据到服务端，服务端有没有做处理，这个过程在接口测试中需要增加接口的错误校验来验证后台程序的处理。
3、通过接口测试手段解决业务的问题，比如有这样的一个业务，添加用户，查询用户，编辑用户，删除用户，那么接口用例的顺序是先有添加,然后是查询，再有编辑，最后是删除，这个顺序是不能错乱的。
一个产品测试中，通过接口测试的技术来保障产品质量有很多的优点:
一方面执行速度快，
另外一方面即使产品改变，但是在接口层面修改的可能性相对来说很小，更多的是样式的调整，接口用例维护成本低，
另外一个有点是接口测试用例解决了业务的问题，也就是说产品上线后，执行接口用例几分钟可以得出产品质量是否OK的结论。
移动互联网进入到了一个顶峰期，开发模式的改变，目前大多数开发模式是前后端（前端VUE）的分离开发模式，也就意味着作为测试必须得懂接口测试，了解发送一个请求到后台到底发生了什么，出错的情况下判断究竟是前台的问题还是后台的问题。
以及如果是后台的问题，通过什么样的方式把返回的json格式的字符串给开发。某些时候，特别是涉及接口的错误，通过描述往往是描述不清楚的，但是给开发相应的请求参数，URL，响应内容开发很快就会明白是什么原因导致程序出错
三、有效断言
在自动化测试中，没有断言的测试用例是无效的
