《对LoadRunner的web-tours的性能测试计划.doc》由会员分享，可在线阅读，更多相关《对LoadRunner的web-tours的性能测试计划.doc（59页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、Four short words sum up what has lifted most successful individuals above the crowd: a little bit more.-author-date对LoadRunner的web-tours的性能测试计划对LoadRunner的web-tours的性能测试计划Web Tours系统性能测试计划姓名：曾建芬 班级：1301108 学号：2011214310 目录1.前言31.1.测试方案概述31.2.目的31.3.系统概述32.被测系统定义42.1.术语定义42.2.功能简介42.3 性能测试指标73 系统结构及流
2、程73.1 系统总体结构73.2 功能模块83.3 业务流程93.4 关键点描述93.5 性能测试环境104 性能测试114.1 性能测试概述124.2 测试目的124.3 测试方法及测试用例124.3.1 业务模型134.3.2 场景模型134.3.3 测试用例144.4 测试指标及期望174.5 测试数据准备184.6 运行状况记录195参考文档196提供文档197人员任务分配198测试进度209风险与应急219.1影响计划的潜在因素219.2应急措施211. 前言1.1. 测试方案概述方案名称：LoadRunner的Web Tours系统性能测试报告测试人员：曾建芬1.2. 目的本测试方
3、案将对HP公司的LoadRunner的Web Tours系统的测试方法、测试工具、测试范围、测试的软件硬件环境、测试进度、测试人员的分工和职责以及测试流程进行详细的定义和整体的描述。1.3. 系统概述产品名称： LoadRunner的Web Tours系统开发部门： 惠普公司（Hewlett-Packard Development Company, L.P.，简称HP）目前，HP公司的LoadRunner自带的Web Tours核心业务系统（以下简称新业务系统）已先后成功上线，从而公司的业务信息管理逐步走上了集中管控的道路。后续，惠普等34家分公司的业务信息也将分布进入业务系统，从而将会势必出
4、现新业务系统中信息大量增长的态势。随着新业务系统在生产状态下日趋稳定、成熟，系统的性能问题也逐步成为了我们关注的焦点：每天大数据量的“冲击”，在业务信息进入时，系统能稳定在什么样的性能水平，面临公司业务冲刺时，系统能否经受住“考验”，这些问题需要通过一个完整的性能测试来给出答案。本报告前部分即是基于上述考虑，参考科学的性能测试方法而撰写的，用以指导即将进行的LoadRunner自带的Web Tours核心业务系统的性能测试。2. 被测系统定义LoadRunner自带的Web Tours业务系统作为本次测试的被测系统（注：以下所有针对被测系统地描述均为针对LoadRunner自带的Web Tou
5、rs核心业务系统进行的），该业务系统的主要功能包括：注册、登陆、订票、查询以及退票功能在本次测试中，将针对上述的功能进行压力测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统地吞吐能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数。122.2.1. 术语定义性能测试：在一定约束条件下（指定的软件、硬件和网络环境等）确定系统所能承受的最大负载压力的测试过程。场景：一种文件，用于根据性能要求定义在每一个测试会话运行期间发生的事件。 虚拟用户：在场景中， LoadRunner 用虚拟用户代替实际用户。模拟实际用户的操作来使用应用程序。一个场景可以包含几十、
6、几百甚至几千个虚拟用户。虚拟用户脚本：用于描述虚拟用户在场景中执行的操作。事务：表示要度量的最终用户业务流程。2.2. 功能简介Web Tours主要功能如下： 注册用户：用户随机选择时间进行注册 登录网站：用户随机选择时间进入网站 用户订票：订票数据需要随机 查询订单：查询内容需要随机 取消订单:用户可对订单进行取消操作 退出网站：用户随机选择时间退出网站122.12.22.3 性能测试指标本次测试是针对LoadRunner自带的Web Tours核心业务系统的性能特征和系统的性能调优而进行的，主要需要获得如下的测试指标。1、系统的响应能力：即在各种负载压力情况下，系统的响应时间，也就是从客
7、户端交易发起，到服务器端交易应答返回所需要的时间，包括网络传输时间和服务器处理时间。2、应用系统的吞吐率：即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。3、应用系统的负载能力：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。 3 系统结构及流程Web Tours业务系统在实际生产中的体系结构跟本次性能测试所采用的体系结构是一样的，交易流程也完全一致的。不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际生产环境略有不同。3.1 系统总体结构描述本系统的总体结构，包括：硬件组织体系结构、网络组织
8、体系结构、软件组织体系结构和功能模块的组织体系结构。 测试机与服务器软硬件配置：设备硬件配置软件配置数据库服务器应用服务器PC机（一台）CPU:Intel(R)Core(TM)i3-2330M CPU 2.20gHz 2.20GHz内存：2.00GB 硬盘：500GBWindows 7My SQLApache控制器负载机PC机（一台）CPU:Intel(R)Core(TM)i3-2330M CPU 2.20gHz 2.20GHz内存：2.00GB 硬盘：500GBWindows 7LoadRunner 11.0IE9.0Microsoft Office 20073.2 功能模块本次性能测试中各
9、类交易都是由若干功能模块组成的，每个交易都根据其执行特点分成了若干操作步骤，每个步骤就是一个功能点（即功能模块），在Web Tours业务系统中，各种交易及其包含的功能模块关系如下：1 注册用户2 登录网站3 用户订票4 用户查询5 取消订单6 退出网站本次压力测试主要设计的功能模块如下表名称所属交易注册用户输入要注册的账号和密码登录网站输入注册好的账号和密码用户订票用户登录网站后进行订票操作用户查询输入查询条件后获取查询结果取消订单对用户已经订好的票进行取消操作退出网站用户可以随时进行退出网站3.3 业务流程本次性能测试中，选择的各类交易的业务流程如下：1. 注册用户:注册账号和密码以及其他
10、信息等。2. 登录网站:输入注册好的账号和密码进行登录网站首页3. 用户订票:用户登录成功后在网站上进行订票，最后显示自己的订票信息4. 用户查询:用户定好票后可以进行查询所订票的信息，直接显示订票信息5. 取消订票：用户可以对定好的票进行取消操作，取消后不再显示已取消的订单6. 退出网站:点击退出登录,则直接退出网站.查询交易的业务流程只是单一步骤的，即：输入查询条件后获取查询结果，因此在本次性能测试中只作为一个事务处理，交易流程图略。3.4 关键点描述本次性能测试的关键点，就是查看Web Tours网站业务系统在并发压力下的表现，即：支持的并发用户数目和并发用户发送频率，以及在较大压力下，
11、系统的交易处理能力，并找出各类交易的性能瓶颈。3.5 性能测试环境本次性能测试环境与真实运行环境基本一致，都运行在同样的硬件和网络环境中，数据库是真实环境数据库的一个复制（或缩小），本系统采用标准的CS结构，客户端都是通过浏览器访问应用系统。 其中具体的硬件和网络环境如下： 服务器设备：CPU：Intel(R)Core(TM)i3-2330M CPU 2.20gHz 2.20GHz 操作系统： windows 7 网络环境：W LAN-CQUPT（4M） 数据库： My SQL 客户端： PC （Windows 7） 负载生成器：本机网络拓扑和结构图如下：4 性能测试从广泛意义上讲性能测试包括
12、：压力测试、稳定性测试、负载能力测试和可扩展性测试等。在不同应用系统的性能测试中，需要根据应用系统的特点和测试目的的不同来选择具体的测试方案，本次Web Tours核心业务系统的性能测试主要是采用通常的压力测试模式来执行的，即：逐步增加压力，查看应用系统在各种压力状况小的性能表现。在性能测试中，压力测试主要是为了获取系统在较大压力状况下的性能表现而设计并实现的，压力测试主要是获取系统的性能瓶颈和系统的最大吞吐率。4.1 性能测试概述本次压力测试是指针对现行的Web Tours核心业务系统的联机交易处理能力的测试，检验系统的吞吐率。本系统的压力测试主要是针对业务功能、报表统计进行，检查在日间交易
13、高峰时期，并发用户数较多的时候的处理能力等等。344.14.1.1 测试流程负载测试通常由五个阶段组成：计划、脚本创建、场景定义、场景执行和结果分析。计划负载测试：定义性能测试要求，例如并发用户的数量、典型业务流程和所需响应时间。创建虚拟用户脚本：将最终用户活动捕获到自动脚本中。定义场景：使用 LoadRunner Controller 设置负载测试环境。运行场景：通过 LoadRunner Controller 驱动、管理和监控负载测试。分析结果：使用 LoadRunner Analysis 创建图和报告并评估性能4.2 测试目的压力测试的目的就是检验系统的最大吞吐量，检验现行的Web To
14、urs业务系统在各种压力交易量下的运行状况，检验系统地运行瓶颈，获取系统的处理能力等等。本次针对Web Tours核心业务系统所进行的压力测试的测试目的为： 给出Web Tours系统当前的性能状况 定位新业务系统性能瓶颈或潜在性能瓶颈 总结一套合理的、可操作的、适合公司现实情况的性能测试方案，为后续的性能测试工作提供基本思路。4.3 测试方法及测试用例使用性能测试软件LoadRunner 11.0，对现行的Web Tours网站业务系统进行脚本录制、测试回放、逐步加压和跟踪记录。测试过程中，由LoadRunner的管理平台调用各台测试前台，发起各种组合的交易请求，并跟踪记录服务器端的运行情况
15、和返回给客户端的运行结果。4.3.1 业务模型本次测试依照的业务模型如下：指标种类业务模型注册50个虚拟用户同时并发测试登录100个虚拟用户同时并发测试业务进行订票1. 准备500条可订票信息2. 进入订票页面并提交订票信息的并发用户数为50个查询订票1. 准备100条订票信息2. 进入查询页面进行查询的并发用户数为50个取消订单1 准备100条订票信息2 进入查询页面并取消订单的并发用户数为25个退出网站1. 准备100个用户同时在线2. 选择退出网站的并发用户数为25个4.3.2 场景模型本次测试依照的场景模型如下：指标种类场景模型业务进行订票1. 启动脚本中的集合点2. 每5秒加载一个虚
16、拟用户，虚拟用户加载完成后，每5秒释放一个虚拟用户3. 使用IP欺骗，IP欺骗新建15个IP地址4. 添加windows计数器5. 监控虚拟用户进行日志文件查询订票1. 启动脚本中的集合点2. 每5秒加载一个虚拟用户，虚拟用户加载完成后，每5秒释放一个虚拟用户3. 使用IP欺骗，IP欺骗新建15个IP地址4. 添加windows计数器5. 监控虚拟用户进行日志文件取消订单1. 启动脚本中的集合点2. 每5秒加载一个虚拟用户，虚拟用户加载完成后，每5秒释放一个虚拟用户3. 使用IP欺骗，IP欺骗新建15个IP地址4. 添加windows计数器5 监控虚拟用户进行日志文件退出网站1. 启动脚本中的
17、集合点2. 每5秒加载一个虚拟用户，虚拟用户加载完成后，每5秒释放一个虚拟用户3. 使用IP欺骗，IP欺骗新建15个IP地址4. 添加windows计数器5. 监控虚拟用户进行日志文件4.3.3 测试用例使用的测试用例包括：联机处理交易和查询交易，其中联机交易测试试用的交易包括：Web Tours查询类交易包括： 注册用户、登录网站、用户订票、取消订票、用户查询、退出网站测试用例:1. 注册用户用例编号:Reg-01测试目的:测试50个虚拟用户并发时,系统网站打开的响应时间用户并发数:50个模拟用户行为:1) 在地址栏直接输入网址并转到相应的指定位置2) 点击“sign up now”进行注册
18、3) 输入账号信息和密码以及其他信息完成注册过程预期结果：系统注册账户的响应时间不能超过15秒 2. 登录用例编号:LOG- 01测试目的:测试100个虚拟用户并发时,系统登录的响应时间用户并发数:100个模拟用户行为:1) 进入登录页面（网站主页）2) 输入用户名和密码，点击“login”按钮预期结果：系统登录网站的响应时间不能超过5秒 3. 进入订票页面用例编号:FIGHT- 01测试目的:测试100个虚拟用户并发时,系统订票的响应时间用户并发数:100个模拟用户行为:1) 进入登录页面（网站主页）2) 输入用户名和密码，点击“login”按钮3) 进入首页，点击“fights”按钮并选择
19、相关的票务信息完成订票过程预期结果：系统进行订票的响应时间不能超过15秒 4. 查询订票用例编号: Itinerary- 01测试目的:测试50个虚拟用户并发时,系统订票的响应时间用户并发数:50个模拟用户行为:1) 进入登录页面（网站主页）2) 输入用户名和密码，点击“login”按钮3) 进入首页，点击“Itinerary”按钮进入订票信息页面预期结果：系统进行订票信息页面的响应时间不能超过5秒5. 取消订单用例编号: Cancle- 01测试目的:测试25个虚拟用户并发时,系统订票的响应时间用户并发数:25个模拟用户行为:1) 进入登录页面（网站主页）2) 输入用户名和密码，点击“log
20、in”按钮3) 进入首页，点击“Itinerary”按钮进入订票信息页面4) 选择要取消的订单，并点击“cancle checked”进行取消订单预期结果：系统进行取消订票的响应时间不能超过5秒6. 退出网站用例编号: sign-off- 01测试目的:测试25个虚拟用户并发时,系统订票的响应时间用户并发数:25个模拟用户行为:1) 进入登录页面（网站主页）2) 输入用户名和密码，点击“login”按钮3) 进入首页，点击“sign off”按钮进入主页预期结果：系统退出主页的响应时间不能超过5秒针对每个测试案例，都将采用逐步加压和瞬间加压两种客户端连接方式进行，查看服务器端在客户端的连接数量
21、变化过程中对应的处理能力，测试运行安排如下： 每隔2秒增加1个用户连接，最多增加到100个用户，查看并记录运行情况 每隔2秒增加2个用户连接，最多增加到100个用户，查看并记录运行情况 一次性连接25个用户，查看记录运行情况 一次性连接100个用户，查看记录运行情况4.4 测试指标及期望在本次性能测试中，各类测试指标包括测试中应该达到的某些性能指标，这些性能指标均是来自应用系统设计开发时遵循的业务需求，当某个测试的某一类指标已经超出了业务需求的要求范围，则测试已经达到目的，即可终止压力测试。 应用软件级别的测试指标：1) 联机交易类的执行情况 交易的平均响应时间（期望值：15s） 交易的最大响
22、应时间（期望值：95%） 不同并发用户数的状况下的上述记录值2）测试结果分析情况 单笔记录的处理时间（期望值：10个） 某个时间段内的交易处理数量 单笔能处理的最大数据量 在每个交易处理中最大（最耗时）的模块 在不同数量的测试数据基础上的上述记录值 网络级别的测试指标： 吞吐量：单位时间内网络传输数据量 冲突率：在以太网上监测到的每秒冲突数 操作系统级别的测试指标： 进程/线程交换率：进程和线程之间每秒交换次数 CPU利用率：即CPU占用率（） 系统CPU利用率：系统的CPU占用率（） 用户CPU利用率：用户模式下的CPU占用率（） 磁盘交换率：磁盘交换速率 中断速率：CPU每秒处理的中断数
23、读入内存页速率：物理内存中每秒读入内存页的数目 写出内存页速率：每秒从物理内存中写到页文件中的内存页数目或者从物理内存中删掉的内存页数目 内存页交换速率：每秒写入内存页和从物理内存中读出页的个数 进程入交换率：交换区输入的进程数目 进程出交换率：交换区输出的进程数目 数据库级别的测试指标： 数据库的并发连接数：客户端的最大连接数 数据库锁资源的使用数量4.5 测试数据准备 案例数据：满负荷压力根据测试系统的硬件条件，选择满负荷的压力，在系统的资源使用基本维持在90%左右的状况下，测试Web Tours网站核心业务系统的处理能力。数据准备工作包括：指标种类数据准备登录准备好100个正确的用户账号
24、信息业务进行订票1. 准备100条可订票信息查询订票1. 准备100条订票信息取消订单1. 准备100条订票信息退出网站1. 准备100个用户同时在线这些数据都选择LoadRunner生成，100个用户账号信息存储在数据库中，以方便参数化时的调用。4.6 运行状况记录记录可扩展性测试中的测试结果及其系统的运行状况。除了记录测试指标以外，应该结合测试实时记录系统各个层次的资源和参数。主要包括： 硬件环境资源 服务器操作系统参数 网络相关参数 数据库相关参数：具体数据库参数有所不同，结合各个数据库独有的特点记录 性能测试5 参考文档LoadRunner 性能测试完全讲义6 提供文档性能测试计划性能
25、测试报告7 人员任务分配角色成员及数量职责描述测试经理1方案的设计和过程的控制测试员11. 测试环境搭建；2. 测试脚本编写和调试；3. 参数化数据提取；4. 场景的配置；5. 测试执行；6. 结果收集和分析开发人员11. 部署应用系统；2. 系统参数配置；3. 基础数据改造和生成；4. 解决遇到的问题和性能调优；5. 协助脚本编写和提取参数数据业务人员11. 系统相关业务介绍；2. 协助确定典型事务；3. 提出性能测试需求；4. 收集相关生产数据；8 测试进度编号任务参与人员开始日期结束日期1熟悉被测试系统，确定典型事务测试人员开发人员业务人员2014/6/82014/6/82搭建测试环境，
26、录制典型事务的脚本，增强脚本测试人员开发人员2014/6/92014/6/103执行测试并收集相关数据测试人员2014/6/152014/6/154数据分析测试人员2014/6/152014/6/155编写测试报告测试人员2014/6/152014/6/159 风险与应急预测测试计划中的风险，规定对各种风险的应急措施(如延期传递的测试项可能需要加班来赶上规定的进度)。1234567899.1 影响计划的潜在因素对测试计划的执行过程中，可能存在的影响计划按时完成的风险因素进行分析。在测试计划执行过程中，通常可能存在以下因素影响计划的按时完成：l 测试人员对被测试产品的熟悉进度较慢l 测试人员对硬件系统的不熟悉l 被测试产品存在重大错误，以致测试无法继续，需要开发部进行额外的调试和修改才能继续l 硬件、软件或网络环境出现故障等l 其中，第一点和第三点是影响测试进度的最大可能因素9.2 应急措施对上述潜在风险因素的应急措施逐项给以明确规定。通常的应急措施有：l 通过适当加班来保证计划的按时完成l 如果是由于被测试产品存在重大错误而严重影响测试进度，则考虑按照测试暂停标准来暂停该测试-