1.断言多了会影响压力机的性能么？
会影响一点，毕竟是计算
2.review被测接口应用是否全部跑通，跑通后，编写自动化压测脚本
3.性能监控平台
部署方式：Docker
数据存储：InfluxDB
数据收集：JMeter Backend Listener
图形展示：Grafana
4.压测执行计划
制定压测策略 不同的并发数 10 ，50，100，200，400，...
记录结果
测试期望结果
验证能够支撑大多并发数，峰值数
验证错误率，定义可接受范围，<=0.1% or <=0.5% or must=0%
压测持续时间不宜太短，比如30min一轮压测
寻找系统性能点
紫色线：流量
最下面：并发数不断增加
这是教科书上经常展现的一个样子，实际上的并不一定是这样的，时间、流量、容错率趋势的一个过程，应该灵活的去应对这种情况 。
得到的数据大概是这个样子的
并发数120相当于120个人同时在访问同一个网站，同一秒中可能刷的人有50个，代表每一秒中有多少人在刷的是流量的概念， 每一个秒120个人访问那是流量，因此并发数与流量的概念要区分， 并发数指的是有多少人在同时访问
5.自动化压测
为什么要自动化压测呢？
手动逐步加压
需要人肉改并发数，然后等待完成
烦！！！！
所以，制定好策略，让程序自动加压，自动等待；完成后坐收报告
计算机努力的干活，我去做更重要的事情
希望测试生涯变得美好一些哈哈哈，抄袭老师的话
那么。。。
实现思路：
- jmeter脚本（.jmx文件）-压测逻辑
- shell-控制逻辑
- 不能绕开麻烦，并发书的更改——使用linux的三剑客之一
- JMeter静默运行，脱离UI限制，使自动化运行更稳定
- 主要围绕 jmeter -n -t $jmx_file -l $jtl_file
实现流程如下：
脚本目录：
