5、如何设计性能测试场景
一般基本的场景包括：基准测试、单交易测试、混合测试、稳定性测试。
基准测试，使用 1 个用户或者基准用户数，运行几分钟
单场景测试，并发用户逐渐递增到预估值情况下，运行 10 分钟。
混合场景测试，多种交易设置不同并发用户占比的情况下，运行 30 分钟。
稳定性测试，选择混合测试支持最大并发用户数的 80%，运行 12 小时
6、应用服务器 cpu 高和数据库服务器 cpu 高的分析思路是什么？
1) 应用服务器的 cpu 高，先要看 tps 和响应时间，如果 tps 比较高，我们认为是正常的 cpu
消耗；如果 tps 比较低，那么往往某些代码过于消耗 cpu，可以考虑使用代码剖析工具
分析下
2) 数据库服务器 cpu 高，往往是因为 sql 语句执行效率比较低，可以通过对数据库慢查询
是监控，结合执行计划进行分析，是否是相关表没有索引或索引未生效
一、为什么要做接口测试
A、在公司里，客户端和服务端通常是由不同的团队开发的，在项目开发过程中，客户
端和服务端开发的进度不一致，比如服务端先开发完了，这个时候可以先对服务端进行
接口测试，确保服务端逻辑和返回数据是正确的，然后再测试客户端。另外某些测试部
门，专门测试服务端开发团队，因此，他们的测试对象就是接口。
B、在测试某些业务时，不能仅仅通过前端来测试，比如用户注册，前端限制了用户名
不能为空，但是有些人可能通过工具绕过前端直接调用服务端接口，如果服务端没有做
相关的逻辑判断，就会造成数据错误。包括接口数据传输过程中是否对关键信息加密等。
所以必须针对服务端接口单独做测试。
C、
在开发提测后，可以先通过工具把服务端的接口测试跑一遍，确保接口测试用例都
是通过的，快速判断服务端接口是否符合预期。然后再通过 UI 界面进行测试。否则接
口有 bug，前端页面必定有 bug。
二、接口测试的关注点有哪些
1）入参，包括参数合法性，参数校验，参数边界、参数为空、缺少参数等
2）返回值，包括各种情况下的响应内容是否正常
3）接口业务逻辑和功能是否正常
4）数据库校验
5）性能测试（接口 tps、响应时间等）
6）安全性，敏感信息加密，权限控制等
7）幂等性
三、get 和 post 的区别是什么
1) get 请求的参数是放在 url 里，post 请求参数是在请求体里
2) get 请求可以被浏览器缓存，post 请求不能被缓存
3) get 请求参数放在 url 里，url 的长度是受限的，而 post 接口长度没有限制
4) get 请求参数放在 url 里，安全性比较差；post 请求参数放在 body 中，安全性相
对较好
5) get 请求可以直接通过浏览器访问，支持刷新和后退。post 请求不能直接使用浏览
器访问，刷新后数据要 重新发送。
四、接口测试和 web 页面测试有什么区别？
1) Web 页面测试是通过界面操作来进行测试的，输入不同的数据来测试不同的场景。
2) 接口测试是使用工具直接像服务器发送 HTTP 请求去测试，输入不同的参数来测试不同
的场景。
3) 通常 web 页面会限制某些输入数据，比如必填项、数据的格式等。而接口测试是可以
输入任何数据的，可以测试更多的异常数据场景。
4) Web 测试需要考虑浏览器的兼容，接口测试不需要
5) Web 测试需要将前端，服务端全部开发好后 才可以进行测试，接口测试只要服务端开
发完成，就可以开始测试