对LoadRunner的web-tours的性能测试计划.doc

1 WebWeb ToursTours 系统系统 性能测试计划性能测试计划 姓名 曾建芬姓名 曾建芬 班级 班级 13011081301108 学号 学号 20112143102011214310 2 目录目录 1 前言 3 1 1 测试方案概述 3 1 2 目的 3 1 3 系统概述 3 2 被测系统定义 4 2 1 术语定义 4 2 2 功能简介 4 2 3 性能测试指标 7 3 系统结构及流程 7 3 1 系统总体结构 7 3 2 功能模块 8 3 3 业务流程 9 3 4 关键点描述 9 3 5 性能测试环境 10 4 性能测试 11 4 1 性能测试概述 12 4 2 测试目的 12 4 3 测试方法及测试用例 12 4 3 1 业务模型 13 4 3 2 场景模型 13 4 3 3 测试用例 14 4 4 测试指标及期望 17 4 5 测试数据准备 18 4 6 运行状况记录 19 5参考文档 19 6提供文档 19 7人员任务分配 19 8测试进度 20 9风险与应急 21 9 1影响计划的潜在因素 21 9 2应急措施 21 3 1 前言前言 1 1 测试方案概述测试方案概述 方案名称 LoadRunner 的 Web Tours 系统性能测试报告 测试人员 曾建芬 1 2 目的目的 本测试方案将对 HP 公司的 LoadRunner 的 Web Tours 系统的测试方法 测 试工具 测试范围 测试的软件硬件环境 测试进度 测试人员的分工和职责 以及测试流程进行详细的定义和整体的描述 1 3 系统概述系统概述 产品名称 LoadRunner 的 Web Tours 系统 开发部门 惠普公司 Hewlett Packard Development Company L P 简称HP 目前 HP 公司的 LoadRunner 自带的 Web Tours 核心业务系统 以下简 称新业务系统 已先后成功上线 从而公司的业务信息管理逐步走上了集中 管控的道路 后续 惠普等 34 家分公司的业务信息也将分布进入业务系统 从而将会势必出现新业务系统中信息大量增长的态势 随着新业务系统在生产状态下日趋稳定 成熟 系统的性能问题也逐步 成为了我们关注的焦点 每天大数据量的 冲击 在业务信息进入时 系统 能稳定在什么样的性能水平 面临公司业务冲刺时 系统能否经受住 考验 这些问题需要通过一个完整的性能测试来给出答案 本报告前部分即是基于上述考虑 参考科学的性能测试方法而撰写的 用以指导即将进行的 LoadRunner 自带的 Web Tours 核心业务系统的性能测试 4 2 被测系统定义被测系统定义 LoadRunner 自带的 Web Tours 业务系统作为本次测试的被测系统 注 以下所有针对被测系统地描述均为针对 LoadRunner 自带的 Web Tours 核心业 务系统进行的 该业务系统的主要功能包括 注册 登陆 订票 查询以及 退票功能 在本次测试中 将针对上述的功能进行压力测试 检查并评估在模拟环 境中 系统对负载的承受能力 在不同的用户连接情况下 系统地吞吐能力 和响应能力 以及在预计的数据容量中 系统能够容忍的最大用户数 术语定义术语定义 性能测试性能测试 在一定约束条件下 指定的软件 硬件和网络环境等 确定系 统所能承受的最大负载压力的测试过程 场景场景 一种文件 用于根据性能要求定义在每一个测试会话运行期间发生 的事件 虚拟用户虚拟用户 在场景中 LoadRunner 用虚拟用户代替实际用户 模拟实际 用户的操作来使用应用程序 一个场景可以包含几十 几百甚至几千个虚拟用 户 虚拟用户脚本虚拟用户脚本 用于描述虚拟用户在场景中执行的操作 事务事务 表示要度量的最终用户业务流程 2 2 功能简介功能简介 Web Tours 主要功能如下 注册用户 用户随机选择时间进行注册 5 登录网站 用户随机选择时间进入网站 用户订票 订票数据需要随机 查询订单 查询内容需要随机 6 取消订单 用户可对订单进行取消操作 退出网站 用户随机选择时间退出网站 性能测试指标性能测试指标 本次测试是针对 LoadRunner 自带的 Web Tours 核心业务系统的性能特征 和系统的性能调优而进行的 主要需要获得如下的测试指标 1 系统的响应能力 即在各种负载压力情况下 系统的响应时间 也就 是从客户端交易发起 到服务器端交易应答返回所需要的时间 包括网络传 输时间和服务器处理时间 2 应用系统的吞吐率 即应用系统在单位时间内完成的交易量 也就是 在单位时间内 应用系统针对不同的负载压力 所能完成的交易数量 3 应用系统的负载能力 即系统所能容忍的最大用户数量 也就是在正 常的响应时间中 系统能够支持的最多的客户端的数量 7 3 3 系统结构及流程系统结构及流程 Web Tours 业务系统在实际生产中的体系结构跟本次性能测试所采用的 体系结构是一样的 交易流程也完全一致的 不过 由于硬件条件的限制 本次性能测试的硬件平台跟实际生产环境略有不同 3 13 1 系统总体结构系统总体结构 描述本系统的总体结构 包括 硬件组织体系结构 网络组织体系结构 软件组织体系结构和功能模块的组织体系结构 测试机与服务器软硬件配置 设备硬件配置软件配置 数据库服务器 应用服务器 PC 机 一台 CPU Intel R Core TM i3 2330M CPU 2 20gHz 2 20GHz 内存 2 00GB 硬盘 500GB Windows 7 My SQL Apache 控制器 负载机 PC 机 一台 CPU Intel R Core TM i3 2330M CPU 2 20gHz 2 20GHz 内存 2 00GB 硬盘 500GB Windows 7 LoadRunner 11 0 IE9 0 Microsoft Office 2007 3 23 2 功能模块功能模块 本次性能测试中各类交易都是由若干功能模块组成的 每个交易都根据 其执行特点分成了若干操作步骤 每个步骤就是一个功能点 即功能模块 在 Web Tours 业务系统中 各种交易及其包含的功能模块关系如下 1 注册用户 2 登录网站 3 用户订票 4 用户查询 8 5 取消订单 6 退出网站 本次压力测试主要设计的功能模块如下表 名称名称所属交易所属交易 注册用户输入要注册的账号和密码 登录网站输入注册好的账号和密码 用户订票用户登录网站后进行订票操作 用户查询输入查询条件后获取查询结果 取消订单对用户已经订好的票进行取消操作 退出网站用户可以随时进行退出网站 3 33 3 业务流程业务流程 本次性能测试中 选择的各类交易的业务流程如下 1 注册用户 注册账号和密码以及其他信息等 2 登录网站 输入注册好的账号和密码进行登录网站首页 3 用户订票 用户登录成功后在网站上进行订票 最后显示自己的订票信息 4 用户查询 用户定好票后可以进行查询所订票的信息 直接显示订票信息 5 取消订票 用户可以对定好的票进行取消操作 取消后不再显示已取消 的订单 6 退出网站 点击退出登录 则直接退出网站 查询交易的业务流程只是单一步骤的 即 输入查询条件后获取查询结 果 因此在本次性能测试中只作为一个事务处理 交易流程图略 9 3 43 4 关键点描述关键点描述 本次性能测试的关键点 就是查看 Web Tours 网站业务系统在并发压力 下的表现 即 支持的并发用户数目和并发用户发送频率 以及在较大压力 下 系统的交易处理能力 并找出各类交易的性能瓶颈 3 53 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 负载生成器 本机 网络拓扑和结构图如下 10 路由器 防火墙 校园无线 访问点 交换机 数据库 和应用 服务器 测试机 Windows 7 4 4 性能测试性能测试 从广泛意义上讲性能测试包括 压力测试 稳定性测试 负载能力测试 和可扩展性测试等 在不同应用系统的性能测试中 需要根据应用系统的特 点和测试目的的不同来选择具体的测试方案 本次 Web Tours 核心业务系统 的性能测试主要是采用通常的压力测试模式来执行的 即 逐步增加压力 查看应用系统在各种压力状况小的性能表现 在性能测试中 压力测试主要是为了获取系统在较大压力状况下的性能 表现而设计并实现的 压力测试主要是获取系统的性能瓶颈和系统的最大吞 吐率 4 14 1 性能测试概述性能测试概述 本次压力测试是指针对现行的 Web Tours 核心业务系统的联机交易处理 能力的测试 检验系统的吞吐率 本系统的压力测试主要是针对业务功能 11 报表统计进行 检查在日间交易高峰时期 并发用户数较多的时候的处理能 力等等 4 1 14 1 1 测试流程测试流程 负载测试通常由五个阶段组成 计划 脚本创建 场景定义 场景执行和 结果分析 计划负载测试计划负载测试 定义性能测试要求 例如并发用户的数量 典型业务流程 和所需响应时间 创建虚拟用户脚本创建虚拟用户脚本 将最终用户活动捕获到自动脚本中 定义场景定义场景 使用 LoadRunner Controller 设置负载测试环境 运行场景运行场景 通过 LoadRunner Controller 驱动 管理和监控负载测试 分析结果分析结果 使用 LoadRunner Analysis 创建图和报告并评估性能 4 24 2 测试目的测试目的 压力测试的目的就是检验系统的最大吞吐量 检验现行的 Web Tours 业 务系统在各种压力交易量下的运行状况 检验系统地运行瓶颈 获取系统的 处理能力等等 本次针对 Web Tours 核心业务系统所进行的压力测试的测试目的为 给出 Web Tours 系统当前的性能状况 定位新业务系统性能瓶颈或潜在性能瓶颈 总结一套合理的 可操作的 适合公司现实情况的性能测试方案 为后 续的性能测试工作提供基本思路 4 34 3 测试方法及测试用例测试方法及测试用例 使用性能测试软件 LoadRunner 11 0 对现行的 Web Tours 网站业务系 统进行脚本录制 测试回放 逐步加压和跟踪记录 测试过程中 由 LoadRunner 的管理平台调用各台测试前台 发起各种组合的交易请求 并跟 踪记录服务器端的运行情况和返回给客户端的运行结果 12 4 3 14 3 1 业务模型业务模型 本次测试依照的业务模型如下 指标种类指标种类业务模型业务模型 注册50 个虚拟用户同时并发测试 登录100 个虚拟用户同时并发测试 进行 订票 1 准备 500 条可订票信息 2 进入订票页面并提交订票信息的并发用户数为 50 个 查询 订票 1 准备 100 条订票信息 2 进入查询页面进行查询的并发用户数为 50 个 取消 订单 1 准备 100 条订票信息 2 进入查询页面并取消订单的并发用户数为 25 个 业 务 退出 网站 1 准备 100 个用户同时在线 2 选择退出网站的并发用户数为 25 个 4 3 24 3 2 场景模型场景模型 本次测试依照的场景模型如下 指标种类指标种类场景模型场景模型 进行 订票 1 启动脚本中的集合点 2 每 5 秒加载一个虚拟用户 虚拟用户加载完成后 每 5 秒释放一个虚拟用户 3 使用 IP 欺骗 IP 欺骗新建 15 个 IP 地址 4 添加 windows 计数器 5 监控虚拟用户进行日志文件 查询 订票 1 启动脚本中的集合点 2 每 5 秒加载一个虚拟用户 虚拟用户加载完成后 每 5 秒释放一个虚拟用户 3 使用 IP 欺骗 IP 欺骗新建 15 个 IP 地址 13 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 监控虚拟用户进行日志文件 4 3 34 3 3 测试用例测试用例 使用的测试用例包括 联机处理交易和查询交易 其中联机交易测试试 用的交易包括 Web Tours 查询类交易包括 注册用户 登录网站 用户订 票 取消订票 用户查询 退出网站 测试用例 1 1 注册用户注册用户 用例编号 Reg 01 测试目的 测试 50 个虚拟用户并发时 系统网站打开的响应时间 用户并发数 50 个 模拟用户行为 1 在地址栏直接输入网址并转到相应的指定位置 2 点击 sign up now 进行注册 3 输入账号信息和密码以及其他信息完成注册过程 14 预期结果 系统注册账户的响应时间不能超过 15 秒 2 2 登录登录 用例编号 LOG 01 测试目的 测试 100 个虚拟用户并发时 系统登录的响应时间 用户并发数 100 个 模拟用户行为 1 进入登录页面 网站主页 2 输入用户名和密码 点击 login 按钮 预期结果 系统登录网站的响应时间不能超过 5 秒 3 3 进入订票页面进入订票页面 用例编号 FIGHT 01 测试目的 测试 100 个虚拟用户并发时 系统订票的响应时间 用户并发数 100 个 模拟用户行为 1 进入登录页面 网站主页 2 输入用户名和密码 点击 login 按钮 3 进入首页 点击 fights 按钮并选择相关的票务信息完成订票过程 预期结果 系统进行订票的响应时间不能超过 15 秒 4 4 查询订票查询订票 用例编号 Itinerary 01 测试目的 测试 50 个虚拟用户并发时 系统订票的响应时间 用户并发数 50 个 模拟用户行为 1 进入登录页面 网站主页 2 输入用户名和密码 点击 login 按钮 3 进入首页 点击 Itinerary 按钮进入订票信息页面 预期结果 系统进行订票信息页面的响应时间不能超过 5 秒 5 5 取消订单取消订单 15 用例编号 Cancle 01 测试目的 测试 25 个虚拟用户并发时 系统订票的响应时间 用户并发数 25 个 模拟用户行为 1 进入登录页面 网站主页 2 输入用户名和密码 点击 login 按钮 3 进入首页 点击 Itinerary 按钮进入订票信息页面 4 选择要取消的订单 并点击 cancle checked 进行取消订单 预期结果 系统进行取消订票的响应时间不能超过 5 秒 6 6 退出网站退出网站 用例编号 sign off 01 测试目的 测试 25 个虚拟用户并发时 系统订票的响应时间 用户并发数 25 个 模拟用户行为 1 进入登录页面 网站主页 2 输入用户名和密码 点击 login 按钮 3 进入首页 点击 sign off 按钮进入主页 预期结果 系统退出主页的响应时间不能超过 5 秒 针对每个测试案例 都将采用逐步加压和瞬间加压两种客户端连接方式 进行 查看服务器端在客户端的连接数量变化过程中对应的处理能力 测试 运行安排如下 每隔 2 秒增加 1 个用户连接 最多增加到 100 个用户 查看并记录运行情 况 每隔 2 秒增加 2 个用户连接 最多增加到 100 个用户 查看并记录运行情 况 一次性连接 25 个用户 查看记录运行情况 一次性连接 100 个用户 查看记录运行情况 16 4 44 4 测试指标及期望测试指标及期望 在本次性能测试中 各类测试指标包括测试中应该达到的某些性能指标 这些性能指标均是来自应用系统设计开发时遵循的业务需求 当某个测试的 某一类指标已经超出了业务需求的要求范围 则测试已经达到目的 即可终 止压力测试 应用软件级别的测试指标 应用软件级别的测试指标 1 1 联机交易类的执行情况联机交易类的执行情况 交易的平均响应时间 期望值 15s 交易的最大响应时间 期望值 95 不同并发用户数的状况下的上述记录值 2 2 测试结果分析情况 测试结果分析情况 单笔记录的处理时间 期望值 10 个 某个时间段内的交易处理数量 单笔能处理的最大数据量 在每个交易处理中最大 最耗时 的模块 在不同数量的测试数据基础上的上述记录值 网络级别的测试指标 网络级别的测试指标 吞吐量 单位时间内网络传输数据量 冲突率 在以太网上监测到的每秒冲突数 操作系统级别的测试指标 操作系统级别的测试指标 进程 线程交换率 进程和线程之间每秒交换次数 17 CPU 利用率 即 CPU 占用率 系统 CPU 利用率 系统的 CPU 占用率 用户 CPU 利用率 用户模式下的 CPU 占用率 磁盘交换率 磁盘交换速率 中断速率 CPU 每秒处理的中断数 读入内存页速率 物理内存中每秒读入内存页的数目 写出内存页速率 每秒从物理内存中写到页文件中的内存页数目或者从物 理内存中删掉的内存页数目 内存页交换速率 每秒写入内存页和从物理内存中读出页的个数 进程入交换率 交换区输入的进程数目 进程出交换率 交换区输出的进程数目 数据库级别的测试指标 数据库级别的测试指标 数据库的并发连接数 客户端的最大连接数 数据库锁资源的使用数量 4 54 5 测试数据准备测试数据准备 案例数据 满负荷压力案例数据 满负荷压力 根据测试系统的硬件条件 选择满负荷的压力 在系统的资源使用基本 维持在 90 左右的状况下 测试 Web Tours 网站核心业务系统的处理能力 数据准备工作包括 指标种类指标种类数据准备数据准备 登录准备好 100 个正确的用户账号信息 进行订票1 准备 100 条可订票信息 查询订票1 准备 100 条订票信息 取消订单1 准备 100 条订票信息业务 退出网站1 准备 100 个用户同时在线 18 这些数据都选择 LoadRunner 生成 100 个用户账号信息存储在数据库中 以方便参数化时的调用 4 64 6 运行状况记录运行状况记录 记录可扩展性测试中的测试结果及其系统的运行状况 除了记录测试指 标以外 应该结合测试实时记录系统各个层次的资源和参数 主要包括 硬件环境资源 服务器操作系统参数 网络相关参数 数据库相关参数 具体数据库参数有所不同 结合各个数据库独有的特点 记录 性能测试 5 参考文档参考文档 Load