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

Web Tours系统 性能测试计划 姓名：曾建芬 班级：1301108 学号：2011214310 目录 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 前言 测试方案概述 方案名称：LoadRunner的W Tours系统性能测试报告 测试人员：曾建芬 目的 本测试方案将对HP公司的LoadRunner的W Tours系统的测试方法、测试工具、测试范围、测试的软件硬件环境、测试进度、测试人员的分工和职责以及测试流程进行详细的定义和整体的描述。 系统概述 产品名称： LoadRunner的W Tours系统 开发部门： 惠普公司（Hewlett-Packard Development Company, L.P.，简称HP）LoadRunner自带的Web Tours核心业务系统（以下简称新业务系统）已先后成功上线，从而公司的业务信息管理逐步走上了集中管控的道路。后续，惠普等34家分公司的业务信息也将分布进入业务系统，从而将会势必出现新业务系统中信息大量增长的态势。 随着新业务系统在生产状态下日趋稳定、成熟，系统的性能问题也逐步成为了我们关注的焦点：每天大数据量的“冲击”，在业务信息进入时，系统能稳定在什么样的性能水平，面临公司业务冲刺时，系统能否经受住“考验”，这些问题需要通过一个完整的性能测试来给出答案。 本报告前部分即是基于上述考虑，参考科学的性能测试方法而撰写的，用以指导即将进行的LoadRunner自带的Web Tours核心业务系统的性能测试。 被测系统定义 LoadRunner自带的Web Tours业务系统作为本次测试的被测系统（注：以下所有针对被测系统地描述均为针对LoadRunner自带的Web Tours核心业务系统进行的），该业务系统的主要功能包括：注册、登陆、订票、查询以及退票功能 在本次测试中，将针对上述的功能进行压力测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统地吞吐能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数。 术语定义 性能测试：在一定约束条件下（指定的软件、硬件和网络环境等）确定系统所能承受的最大负载压力的测试过程。 场景：一种文件，用于根据性能要求定义在每一个测试会话运行期间发生的事件。 虚拟用户：在场景中， LoadRunner 用虚拟用户代替实际用户。模拟实际用户的操作来使用应用程序。一个场景可以包含几十、几百甚至几千个虚拟用户。 虚拟用户脚本：用于描述虚拟用户在场景中执行的操作。 事务：表示要度量的最终用户业务流程。 功能简介 Web Tours 主要功能如下： 注册用户：用户随机选择时间进行注册 登录网站：用户随机选择时间进入网站 用户订票：订票数据需要随机 查询订单：查询内容需要随机 取消订单:用户可对订单进行取消操作 退出网站：用户随机选择时间退出网站 性能测试指标 本次测试是针对LoadRunner自带的Web Tours核心业务系统的性能特征和系统的性能调优而进行的，主要需要获得如下的测试指标。 1、系统的响应能力：即在各种负载压力情况下，系统的响应时间，也就是从客户端交易发起，到服务器端交易应答返回所需要的时间，包括网络传输时间和服务器处理时间。 2、应用系统的吞吐率：即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。 3、应用系统的负载能力：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。 系统结构及流程 Web Tours业务系统在实际生产中的体系结构跟本次性能测试所采用的体系结构是一样的，交易流程也完全一致的。不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际生产环境略有不同。 系统总体结构 描述本系统的总体结构，包括：硬件组织体系结构、网络组织体系结构、软件组织体系