性能测试最基本也是最难的部分：场景设计、瓶颈分析和定位
10个业务10个脚本，每个脚本单独执行：单独场景。10个脚本一起执行：混合场景。10个业务1个脚本：可以设计不同用户登录，分别做不同的操作等场景。
统计各模块业务量的方法：
PV page view；
web访问日志：access
工具：WebLog expert
挖掘性能测试可能存在的瓶颈点：要想点击某个链接或者按钮--》后台发生了什么
Lr设置Run logic
如果A业务完成后，可以同时执行C、D、E三个业务 在当前block下添加新的block1，然后将A业务移到block1，同时在block1下添加新的block2，将C、D、E业务移到block2，同时设置block2的属性
事务:保证数据的完整性
事务--目的，测试结果分析用
事务--原则，分析哪些请求，就为这些请求加事务
事务颗粒度建议不要太大，可以每个请求对应一个事务
事务命名时就能看出是线性运行还是并行运行。
cfg配置文件中，UTF8InputOutput=0/1表示是否支持UTF-8。录制的脚步是支持的（例如查找中文），字节编写的脚步不支持。
用户体验时间=
事务时间（服务器及网络）+页面渲染时间（前端消耗时间）
事务时间（服务器及网络）+页面渲染时间（前端消耗时间）