1软件测试课程实验初步性能测试文档.doc

软件测试课程实验——性能、压力测试文档 一、实验介绍与目的 本次实验要求通过 LoadRunner对已有的Webtour系统进行性能测试和压力测试。 本次实验的目的在于下列几点，请注意，这也将会作为期末考核演示的评分点： 1、通过实践课程所学，了解性能测试与压力测试的意义。 2、掌握 LoadRunner的基本功能部件的使用方法，包括VuGen，Controller和Analysis。 3、尝试进行有针对性的性能测试与压力测试，其中包括进行测试计划与策略的制定，测试用例（场景与操作脚本）的设计等。 4、依赖测试结果，尝试对被测系统的性能状况（容量与瓶颈）进行分析以及鼓励提出调优的方案。 5、锻炼测试工作组织分配能力与文档编写表达能力。 二、实验原理 本次进行的实验是关于对Webtour系统的性能与压力测试。 首先必须明白性能测试与压力测试的定义、意义和方法，需要注意的是，性能测试的关注点在于，对系统在不同的负载情况下，获取各个方面的性能参数，如响应时间，CPU占用情况，内存可用值；另一方面，压力测试的关注点在于，以长时间恒定负载或以特定时间内的反常负载加载到系统上，以观察其稳定性和健壮性。 其次，我们需要了解 LoadRunner的性能与压力测试工具的基本使用方法。LoadRunner主要依赖于三个功能部件，实现对各种具有不同交互协议的系统的性能与压力测试。 第一步，通过VuGen录制或编写Virtual User的操作脚本。LoadRunner将测试的层次定义在了虚拟用户交互之上，并为此提供了相关的机制，即任意多个Virtual User的对象，根据预先定义好的脚本，模拟对系统进行交互。我们可以通过录制用例，并且将当中不同的子操作定制为Action。完成录制后，我们可以将其回放以验证，此时可以选择当中的Action并且定义他们的顺序。对于需要添加不同类型的参数，或者需要增加特定功能的测试情况，我们可以添加参数设置，或根据其提供的API直接修改脚本来满足我们的需求。选择并确定好所需要的操作脚本后，即可进入模拟执行脚本的步骤。 第二步，通过Controller模拟实际的交互条件。LoadRunner将一次交互模拟定义为场景（Scenario），通过Controller的Design卡片，我们可以对每一个场景定义其中的虚拟用户数量，并发访问程度，虚拟用户访问脚本，Action的顺序及迭代次数等等。设置完毕后，可以通过Run卡片控制执行测试，并且实时观察相关信息，如虚拟用户的运行状态，预先设置的性能参数图表等等 。如果需要保存，输出并格式化运行的结果数据，我们可以调用结果分析部件Analysis。 第三步，通过Analysis对当前导入的运行结果进行保存和进一步的处理。Analysis可以对当前的测试数据绘制报告，增加和修改图表等功能，大大地方便了对测试结果的发布，汇报和标准化的管理。 我们使用通过 LoadRunner上述的三个主要的功能可以完成性能与压力的测试执行工作，但是测试策略与计划的制定，测试用例（包括单个虚拟用户的操作脚本以及多个用户并发时的访问情况）的设计都需要同学们去思考和实现，根据测试结果作为证据推断分析系统的瓶颈所在。 三、实验环境搭建 本次实验环境的搭建，与上次功能测试的所需的环境搭建一样。然而，为了测试Xitami服务器在不同的安装选项下的性能表现，建议各位重新安装Xitami服务器（重新安装前，务必彻底删除在Program Files中的Xitami文件夹），尝试关于性能的不同安装选项。 四、实验步骤参考与操作技巧 1、制定测试计划、策略和用例设计，包括人员任务的分配，选择测试的具体流程对象，如何录制操作脚本和加工操作脚本，选择测试需要采集的系统性能参数，采用何种策略通过测试定位系统的瓶颈，如何找出系统的容量（如并发数，吞吐量等），如何定义一组合适的场景，如何设计特定的并发并模拟等等。 2、启动测试对象。启动Webtour系统、打开Xitami服务器。建议先通过一般的浏览器对系统进行一次功能测试。 3、使用VuGen录制脚本，将不同的操作归类到相应的Action之中。根据测试用例的要求，如需要，加工脚本，如添加参数，分配参数到虚拟用户等。 4、使用Controller执行测试。可设置如下参数，如Action在场景中的顺序，相关的并发模拟参数，所需观察的虚拟用户状态以及系统性能图表等，然后运行测试，观察结果。 5、使用Analysis分析测试结果。可加工相应的图表，最后导出报告，作为其中提交成果的一部分。 6、通过Analysis的结果分析，表述系统在一次场景中的表现及其原因，归纳一组多个场景的表现，尝试判断系统的瓶颈所在与容量。 关于操作的技巧详情，可参见实验材料包中的References/loadrunn