性能：消耗的时间和资源的利用率
性能高：时间少、资源利用低
容量：相同空间，容量大，为有利
接口测试越来越重要，各种模块之间进行智能调用
httpwatch测试前端
virtualUser虚拟用户
单交易基准测试：按规定测试
单交易负载测试：需求出发，所能承受的最大负载 100个 200个 1个小时
单交易压力测试：需求出发，极限情况下系统会崩溃，是否具有自我恢复性100个 多少个小时会有问题
综合交易测试：
综合基准测试：
稳定测试：可靠性测试，平均无故障时间越长，修复时间越短越好。
性能测试：特定的负载条件下的性能指标数据。
不加think time接收的压力大
计算性能时还要取消think time
PV可以刷，按照访问次数
IP访问，按照IP计算
吞吐量KB：单位时间接收请求后返回的数量，在对比、评估类测试Tomcat比Weblogic
性能需求：
功能点：一次交易有多个功能
业务：一次交易为一次业务
交易：和服务的一次事件
提取性能需求：1.并发数 2.用户频繁使用，或存在大量用户使用 3.对于被测对象很熟悉
性能测试不做异常分析和测试
对于架构熟悉，对于网络部署熟悉
性能分析：
1.分析被测对象业务规模
注册1W，交易数800左右，峰值交易时间段20分钟完成400左右，峰值并发30
2.分析测试点
a、注册
根据业务规模分析，每天交易量在800左右，意味着至少有800个用户登录，系统存在账号，测试1W，分解每天。另外，用2、8分析时间内最高访问量，集中发生的时间。
b、登录
某个时间点完成400次交易，单次登录消耗的时间？要求不超过3s
c、订票
d、查询
3.确定对应指标
并发数：
查询峰值得到并发数：使用SQL，使用count函数，datepass。
根据业务量计算并发数：10个注册成功案例，2分钟做完，需要几个人，一个用户消耗60s时间
HttpWatch打开后进行时间统计，利用loadrunner计算时间，
几个人就是并发数。
启动Server，如果报错可以陪着config
hp\laodrunner\webtours\conf\httpd.conf的#ServerName localhost:1080的#去掉，再启动服务
可以用HttpWatch计算登录时间，或者使用loadrunning计算
启动Virtual User Generator.exe
打开create a new script
打开web-http/html
打开首页，输入，提交，退出。
open_index
submit_login
sign_off
create a new script action
deleting the default action
click the recording button
setting the content of the URL address
strat recording
switch the action when the recording is completed
operating browser
close the recording when all operations are done
Modify think time seconds
replay test
actioning think time and wasted time
click test results
select expand all
modify session：
单次登录11s
日均200WPV
200*80%=160W
24小时*20%=4.8小时
单次登录2s
一个用户4.8*3600s/2=8640次
测试4.8小时能否完成160W以上请求。
===================================================
系统要求5分钟（300s）内完成200次用户注册，响应时间不超过3s，成功率100%，cpu以及内存使用率不超过70%
单次注册消耗时间10.86s
open_index
into_register
submit_register
300s/10.86=27次
200次/27次=8个Vuser
8*27次=216个测试数据
216*1.2倍=260个测试数据
准备测试数据
响应时间：服务器处理时间（经验值2,5,8,10）2秒最好
性能高：时间少、资源利用低
容量：相同空间，容量大，为有利
接口测试越来越重要，各种模块之间进行智能调用
httpwatch测试前端
virtualUser虚拟用户
单交易基准测试：按规定测试
单交易负载测试：需求出发，所能承受的最大负载 100个 200个 1个小时
单交易压力测试：需求出发，极限情况下系统会崩溃，是否具有自我恢复性100个 多少个小时会有问题
综合交易测试：
综合基准测试：
稳定测试：可靠性测试，平均无故障时间越长，修复时间越短越好。
性能测试：特定的负载条件下的性能指标数据。
不加think time接收的压力大
计算性能时还要取消think time
PV可以刷，按照访问次数
IP访问，按照IP计算
吞吐量KB：单位时间接收请求后返回的数量，在对比、评估类测试Tomcat比Weblogic
性能需求：
功能点：一次交易有多个功能
业务：一次交易为一次业务
交易：和服务的一次事件
提取性能需求：1.并发数 2.用户频繁使用，或存在大量用户使用 3.对于被测对象很熟悉
性能测试不做异常分析和测试
对于架构熟悉，对于网络部署熟悉
性能分析：
1.分析被测对象业务规模
注册1W，交易数800左右，峰值交易时间段20分钟完成400左右，峰值并发30
2.分析测试点
a、注册
根据业务规模分析，每天交易量在800左右，意味着至少有800个用户登录，系统存在账号，测试1W，分解每天。另外，用2、8分析时间内最高访问量，集中发生的时间。
b、登录
某个时间点完成400次交易，单次登录消耗的时间？要求不超过3s
c、订票
d、查询
3.确定对应指标
并发数：
查询峰值得到并发数：使用SQL，使用count函数，datepass。
根据业务量计算并发数：10个注册成功案例，2分钟做完，需要几个人，一个用户消耗60s时间
HttpWatch打开后进行时间统计，利用loadrunner计算时间，
几个人就是并发数。
启动Server，如果报错可以陪着config
hp\laodrunner\webtours\conf\httpd.conf的#ServerName localhost:1080的#去掉，再启动服务
可以用HttpWatch计算登录时间，或者使用loadrunning计算
启动Virtual User Generator.exe
打开create a new script
打开web-http/html
打开首页，输入，提交，退出。
open_index
submit_login
sign_off
create a new script action
deleting the default action
click the recording button
setting the content of the URL address
strat recording
switch the action when the recording is completed
operating browser
close the recording when all operations are done
Modify think time seconds
replay test
actioning think time and wasted time
click test results
select expand all
modify session：
单次登录11s
日均200WPV
200*80%=160W
24小时*20%=4.8小时
单次登录2s
一个用户4.8*3600s/2=8640次
测试4.8小时能否完成160W以上请求。
===================================================
系统要求5分钟（300s）内完成200次用户注册，响应时间不超过3s，成功率100%，cpu以及内存使用率不超过70%
单次注册消耗时间10.86s
open_index
into_register
submit_register
300s/10.86=27次
200次/27次=8个Vuser
8*27次=216个测试数据
216*1.2倍=260个测试数据
准备测试数据
响应时间：服务器处理时间（经验值2,5,8,10）2秒最好