自我学习与总结，为的是以后做性能测试时心里能有个底，所以措辞方面就不追求了。
利用Lr做性能测试的标准化流程是：需求分析-》设计用例-》录制脚本-》优化脚本-》回归脚本-》场景设置-》场景执行-》收集结果-》分析结果
1、需求分析：这个阶段要做的是“确定性能参考指标和典型的业务流程”。
性能参考指标，比如：响应时间小于3s，业务成功率100%，总并发数30min200并发，CPU使用率小于75%，内存使用率小于75%。
典型的业务流程就要根据对业务的了解制定了。
这两个方面自己确定下来后，要找相关的测试负责人审核，确保接下来不出差错。
这个阶段看起来很简单，但却是性能测试的基础，必须认真对待。大多不规范的需求规格说明书都没有指定性能参考指标，这就要根据自己的经验和一些常见的因素来确定了。
2、设计性能测试用例：这个阶段一定要弄清楚测试点是否存在约束条件。
比如：同一IP仅允许一次用户登陆；同一用户名仅允许一次操作；弄清楚这些是为优化测试脚本做准备，更是为了保证自己做此测试的正确性。
3、录制测试脚本：一般情况下为了更好地对被测系统各个业务操作进行详细的性能数据收集，应该在录制过程中进行action的划分。即添加事务。
4、优化测试脚本：这个阶段一般包含下面几点：
（1）插入事务：如果在录制过程中已经详细划分了action，就无需设置了
（2）插入集合点：为了实现绝对意义上的并发，应该在业务提交前设置集合点
（3）参数化数据：有唯一性要求的数据或想更真实地模拟用户业务，这时就要做数据的参数化了
（4）设置关联：根据需要
（5）设置思考时间：根据实际情况设置思考时间
（6）插入注释:根据需要
（7）设置文本检查点
（8）插入一些函数
这个阶段是性能测试的关键，需要熟练掌握相关的操作。
5、回放测试脚本：这个阶段是为了检查脚本优化过程中是否存在错误，是否符合预期设计并能执行成功
6、设置测试场景：这个阶段分为以下几步：
（1）设置场景计划：设置场景的加压、持续运行、减压方式
（2）设置集合点：如果在脚本中设置了集合点，则需要在controller中设置集合点策略
（3）设置运行时设置
（4）IP欺骗的使用
（5）数据监控设置：LR提供很多监控对象，操作系统的如：windows、Linux、Unix
web服务器的如：IIS、apache、weblogic、websphere
数据库的如：SQLServer、ORACLE、sybase、DB2
（6）其他设置：比如：测试结果存放路径、负载生成器设置
7、测试结果收集与分析：
性能测试结果分析的一个重要原则是以性能测试的需求指标为导向的，具体分析过程为：
结果摘要-》并发数分析-》平均事务响应时间-》每秒单击数-》业务成功率-》系统资源-》网页细分图-》web服务器资源-》数据库服务器资源
认识不够清楚，有待以后改进…………
