1. 环境准备(包括数据库准备、应用部署、调试)
被测web应用为JAVA语言编写的电商网站(演示用)，搭建在一台centos7服务器上，和jmeter不在同一服务器，使用mysql数据库。
搭建完成，用户正常登录
2. 压测场景设计
模拟业务流程分析：登录-->浏览商家-->选择商家-->添加购物车-->提交订单-->查看订单
正常场景：登录成功
异常场景：登录失败
流程图：
业务流程控制：预计接口访问次数、不同接口的分流比例、数据传递位置
3. 编写压测脚本
获取压测接口详情：使用Charles抓包获取接口详情
按操作顺序编写脚本如下：
这里用到了cookie manager把需要的cookie数据拿出来，其中sessionid会自动存储，这里不用写。
以上的脚本需要优化，优化内容包括：增加http请求默认值、登录随机分流控制、循环控制查看商家多次访问、用户变量。
1)增加http请求默认值
2) 对username,res_num进行参数化，对于用户名使用CSV Data Set Config进行逐行取值；对于res_num使用Random CSV Set Config取值(模拟用户随便点餐馆进入)【这个元件需要安装插件Random CSV Data Set，先下载plugins-manager并放入lib/ext下，重启jmeter后打开并安装插件即可】
CSV文件路径的选择，可以输入相对路径(相对路径根结点是%JMETER_HOME%\bin下)，相对路径的好处主要体现在分布式压测时，负载机安装文件目录不同时，可以保证所有负载机能够读到参数化文件。也可以用绝对路径或者是jmeter变量来参数化文件的路径，在用户自定义变量元件中设置，再用${path}引用。
设置好后在cookie manager和请求接口中引用即可。
2)增加if控制器控制登录成功和失败走向，增加随机用户变量取值与固定值来作为判断条件。
下图如果勾选Interpret Condition as Variable Expression?表示condition使用变量表达式来设置条件。这里不勾选，使用if condition之前设置的随机变量值与固定值做判断。
Evaluate for all children:判断条件是否针对所有子节点，默认不勾选，只在if controller入口处判断一次。
3)增加循环控制器，使用随机函数随机生成循环次数
4)调整好后，我们再运行一次看是否想要的效果
到此，脚本设计完成。
