答案：

测试设计阶段：

1）了解被测系统的性能需求，定义测试目标和范围；

2）了解系统的技术信息，如系统架构等；

3）确定测试方案、进度安排，并制定测试计划,场景设置方案,及需要收集的测试数据；

4）同相关人员协商讨论测试方案；

5）准备数据收集模板；不同项目的性能测试，需要收集的数据不同；针对性的制定一个模板，更符合需要；

测试环境准备：

1）技术准备；选择性能测试工具；测试方案中涉及到的技术问题；测试数据的收集方案实现；如：如何监控系统资源等；

2）搭建测试环境；

3）创建初始数据；如虚拟用户使用的账号等；

测试执行阶段：

1）录制脚本；

2）调试脚本；

3）执行场景；

4）收集测试数据，并简单整理；

测试分析阶段：

1）分析测试数据；

提交测试报告。

答案：

从client端发出请求到得到响应的整个时间；

包括：client端响应时间+网络响应时间+Server端响应时间。

完成相应事务所用的时间；这个是性能测试中重点关注的指标。

每秒发送的HTTP请求的数量；点击率越大对Server的压力越大

对不同资源的使用程度，如CPU，I/O,内存，……

答案：loadrunner会自动监控指定的URL或应用程序所发出的请求及服务器返回的响应，它做为一个第三方（Agent）监视客户端与服务器端的所有对话，然后把这些对话记录下来，生成脚本，再次运行时模拟客户端发出的请求，捕获服务器端的响应。

答案：集合点只能插入到Action 部分，vuser_init和vuser_end 中不能插入集合点。action()和init、end()都可以插入事务点。

答案：集合点：是一个并发访问的点，例如在测试计划中，可能会要求系统能够承受1000 人同时提交数据，在LoadRunner 中可以通过在提交数据操作前面加入集合点，这样当虚拟用户运行到提交数据的集合点时，LoadRunner 就会检查同时有多少用户运行到集合点，如果不到1000 人，LoadRunner 就会命令已经到集合点的用户在此等待，当在集合点等待的用户达到1000 人时，LoadRunner 命令1000 人同时去提交数据，并发访问的目的。
注意：集合点经常和事务结合起来使用，常放在事务的前面，集合点只能插入到Action 部分，vuser_init和vuser_end 中不能插入集合点。集合点函数如下：lr_rendezvous(“SubmitData”)

答案：若使被测系统所受压力减轻,可从如下方面进行综合调解:

虚拟用户登录时使用递增策略，间隔稍长。