转：关于LoadRunner知识点整理

三、测试步骤和流程

　　LoadRunner基本测试过程由以下四个步骤组成：

1.         步骤一：创建脚本

• 通过录制应用程序中典型最终用户执行的操作来生成虚拟用户（Vuser），将该用户的操作录制到自动虚拟用户脚本中，以便作为负载测试的基础。

2.         步骤二：设计场景

3.         步骤三：运行场景

• 运行用来模拟真实用户执行操作的脚本，并可以通过让多个虚拟用户（Vuser)同时执行这些操作来在系统中创建负载。

4.         步骤四：分析结果

• 提供包含深入的性能分析信息的图和报告。使用这些图和报告，可以标识应用程序中的瓶颈，并确定需要对系统进行哪些更改来提高系统性能。

如何评价性能的优劣？

　　对于最终用户(End-User)来说，评价系统的性能好坏只有一个字——“快”。最终用户并不需要关心系统当前的状态——即使系统这时正在处理着成千上万的请求，对于用户来说，由他所发出的这个请求是他唯一需要关心的，系统对用户请求的响应速度决定了用户对系统性能的评价。 

　　而对于系统的运营商和开发商来说，期望的是能够让尽可能多的用户在任意时刻都拥有最好的体验，这就要确保系统能够在同一时间内处理更多的用户请求。系统的负载（并发用户数）与吞吐量（每秒事务数）、响应时间以及资源利用率（包括软硬件资源）之间存在着一个“此消彼长”的关系。因此，从系统的运营商和开发商的角度来看，所谓的“性能”是一个整体的概念，是系统的负载与吞吐量、可接受的响应时间以及资源利用率之间的平衡。

　　换句话说，“好的性能”意味着更大的最佳并发用户数和最大并发用户数。

四、知识点

1.         插入集合点

　　插入集合点是为了衡量在加重负载的情况下服务器的性能情况。在测试计划中，可能会要求系统能够承受1000 人同时提交数据，在LoadRunner 中可以通过在提交数据操作前面加入集合点，这样当虚拟用户运行到提交数据的集合点时，LoadRunner 就会检查同时有多少用户运行到集合点，如果不到1000 人，LoadRunner 就会命令已经到集合点的用户在此等待，当在集合点等待的用户达到1000 人时，LoadRunner 命令1000 人同时去提交数据，从而达到测试计划中的需求。

2.         参数化输入

　　如果用户在录制脚本过程中，填写提交了一些数据，比如要增加数据库记录。这些操作都被记录到了脚本中。当多个虚拟用户运行脚本时，都会提交相同的记录，这样不符合实际的运行情况，而且有可能引起冲突。为了更加真实的模拟实际环境，需要各种各样的输入。