自带订票系统性能测试分析

单交易基准测试

（以登录为例）
假设登录支持10分钟300用户登录，并发数不少于20个，响应时间不超过5秒，业务成功率100%，服务器CPU及内存资源使用率不超过80%
分成两个业务测试类型：并发测试、业务量测试（交易量）
并发测试：并发数20，系统至少有20个已存在的可用账户
业务量测试：10分钟300个用户，系统至少存在300个可用账户，需测试出单次登录消耗时间，从而计算出所需的vuser数量。

**测试步骤如下：

1.先测出单次登录所需时间
打开之前调试好的脚本flightlogin,由于要计算时间，所以先添加事务，如下图


运行后统计时间是7.9548秒，四舍五入取8秒。
1060/8=75个，一个vuser10分钟可以登录75个用户；300/75=4，需要4个vuser；751.2=90,要为每个vuser准备90个用户；90*4=360，一共需要360个用户。如果希望模拟真实用户行为，用户名设置为参数化，则参数化类型选择unique number类型。
2.产生360个用户
打开register脚本注册用户，之前脚本已经调试成功，注册时可以把调试代码注释，如下图

username参数化设置如下，因为要产生360个用户，所以block设置为360

然后把用户名参数化，并在前边加上t，

设置迭代360次，然后运行

可以看到有360个用户注册成功

验证是否能成功登陆。打开页面输入账号密码t360,123，提示登录成功

另外一种产生数据的设置方法，在run time setting中设置block。

如图，把submit_login单独设置迭代360次，其他action迭代1次，这样运行比较快。这种方法要把参数取值方式设置成每次发生，而不是每次迭代，与第一种方法的取值方式不一样。

运行后也可以产生360个用户，这里就不再运行了。
3.设计20并发测试场景