天威宽带业务管理系统-51testing.docVIP

性能测试方案 目录 目录 前言 2 1第一章XXX系统性能测试概述 2 1.1 被测系统定义 2 1.1.1 功能简介 3 1.1.2 性能测试指标 3 1.2 系统结构及流程 4 1.2.1 系统总体结构 4 1.2.2 功能模块 4 1.2.3 关键点描述（KP） 4 1.3 性能测试环境 5 2 第二章 性能测试 6 2.1 预期性能测试 6 2.1.1 预期性能概述 6 2.1.2 测试特点 6 2.2 用户并发测试 6 2.2.1 并发测试概述 6 2.2.2 测试目的 7 2.3 大数据量测试 7 2.3.1 大数据量测试概述 7 2.3.2 测试目的 7 2.4 疲劳强度测试 7 2.4.1 疲劳强度测试概述 7 2.4.2 测试目的 7 2.5 负载能力测试 8 2.5.1 负载测试概述 8 2.5.2 测试目的 8 2.6 测试方法及测试用例 8 2.7 测试指标及期望 8 2.7.2 测试数据准备 9 2.7.3 运行状况记录 9 3 第三章 测试过程及结果描述 10 3.1 测试描述 10 3.2 测试场景 10 3.3 测试结果标准 11 测试结束标准一般依据以下原则： 11 执行每个场景时需要记录以下相应的数据 11 4第四章 测试报告 11 前言 平台XX项目系统已经成功发布，依据项目的规划，未来势必会出现业务系统中信息大量增长的态势。 随着业务系统在生产状态下日趋稳定、成熟，系统的性能问题也逐步成为了我们关注的焦点：每天大数据量的“冲击”，系统能稳定在什么样的性能水平，面临行业公司业务增加时，系统能否经受住“考验”，这些问题需要通过一个完整的性能测试来给出答案。 1第一章XXX系统性能测试概述 被测系统定义 XXX系统作为本次测试的被测系统（注：以下所有针对被测系统地描述均为针对XXX系统进行的），XXX系统是由平台开发的一款物流应用软件，后台应用了Oracle11g数据库，该系统包括主要功能有:XXX等。在该系统中都存在多用户操作，大数据量操作以及日报、周报、年报的统计，在本次测试中，将针对这些多用户操作，大数据量的查询、统计功能进行如预期性能、用户并发、大数据量、疲劳强度和负载等方面的性能测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统的吞吐能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数。 功能简介 主要功能上面已提到，由于本文档主要专注于性能在这里功能不再作为重点讲述。 性能测试指标 本次测试是针对XXX系统进行的全面性能测试，主要需要获得如下的测试指标。 1、应用系统的负载能力：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。 2、应用系统的吞吐量：即在一次中的数据量的总和吞吐量指标反映的是服务器承受的压力事务用户某一步或几步操作的集合每秒钟系统能够处理事务或交易的数量，它是衡量系统处理能力的重要指标每秒钟用户HTTP请求数。 5、系统的响应能力：即在各种负载压力情况下，系统的响应时间，也就是从客户端请求发起，到服务器端应答返回所需要的时间，包括网络传输时间和服务器处理时间。 6、应用系统的可靠性：即在连续工作时间状态下，系统能够正常运行的时间，即在连续工作时间段内没有出错信息。 系统结构及流程 XXX系统在实际生产中的体系结构跟本次性能测试所采用的体系结构是一样的，交易流程也完全一致的。不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际生产环境略有不同。 系统总体结构 描述本系统的总体结构，包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。 功能模块 本次性能测试中各类操作都是由若干功能模块组成的，每个功能都根据其执行特点分成了若干操作步骤，每个步骤就是一个功能点（即功能模块），本次性能测试主要涉及的功能模块以及所属操作如下表 步骤 说明 备注：Action、平均响应时间（S） 1 打开主界面 Action：访问首页(FWSY)；5 2 输入用户名密码（需进行参数化），登录系统，进入首页 Action：登陆(DL)；5 3 点击“我的通知”标签，进入通知列表页面 Action：进入通知列表(JRTZLB)；5 4 在我的通知上点击已收通知标题链接，查看通知（重要通知） Action：查看通知(CKTZ)；5 5 在我的通知上点击已收通知的“回复”链接，进入回复界面 Action：进入回复界面(JRHFJM)；5 6 在通知回复界面上填写回复内容并提交 Action：回复通知(HFTZ)；5 关键点描述（KP） 本次性能测试的关键点，就是查看XXX系统在不同用户数量（并发）压力下的表现和大数据量操作时系统的性能状态，即：支持的并发用户数目和并