系统性能测试计划

1、XXXXXXXXXXX系统性能测试计划用户验收测试平台XXXXX文档编号：XXXXXX日期:XXXX-XX-XX文档修订记录版本号日期撰写人审核人批准人变更摘要&修订位置 TOC o 1-5 h z HYPERLINK l bookmark35 o Current Document 项目概述4 HYPERLINK l bookmark38 o Current Document 项目背景4 HYPERLINK l bookmark41 o Current Document 测试目的4 HYPERLINK l bookmark44 o Current Document 缩略语4 HYPERLINK

2、 l bookmark47 o Current Document 系统架构4 HYPERLINK l bookmark50 o Current Document 系统逻辑架构4网络体系结构图42.1.2逻辑体系结构图5 HYPERLINK l bookmark53 o Current Document 系统功能描述5 HYPERLINK l bookmark56 o Current Document 测试计划5 HYPERLINK l bookmark59 o Current Document 测试目标53.1.1测试需求及功能点5 HYPERLINK l bookmark64 o Curre

3、nt Document 测试范围5 HYPERLINK l bookmark67 o Current Document 测试环境5 HYPERLINK l bookmark70 o Current Document 测试工具6 HYPERLINK l bookmark73 o Current Document 测试方法6 HYPERLINK l bookmark93 o Current Document 3.3.1场景设计7 HYPERLINK l bookmark96 o Current Document 3.3.2监控策略7 HYPERLINK l bookmark99 o Current

4、 Document 关键指标7 HYPERLINK l bookmark102 o Current Document 时间安排8测试进入/退出标准9进入标准9退出标准9 HYPERLINK l bookmark117 o Current Document 测试中断标准9 HYPERLINK l bookmark120 o Current Document 测试恢复标准9 HYPERLINK l bookmark123 o Current Document 约束和假设9 HYPERLINK l bookmark129 o Current Document 风险分析10 HYPERLINK l b

5、ookmark133 o Current Document 测试交付物10参考文档111项目概述1.1项目背景XXXXXXXo1.2测试目的测试的目的和目标是：在XXXX提供XXXXX的测试环境中，测试方运用性能测试工具对XXXXX系统产生 模拟真实使用环境的压力负载，重现缺陷发生状态，并监控的客户端和服务器性能指标，最终判断性能缺 陷所属系统业务模块。1.3缩略语词汇相关描述Loadrunner测试工具，用来编写测试脚本和产生压力负载，由惠普公司出品Oracle IASOracle Internet Application Server，中间件。HP Superdome惠普公司生产，高性能服

6、务器2系统架构2.1系统逻辑架构2.1.1网络体系结构图客户端内部网应用服务器片艮表服务器 数据库服务器系统采用B/S架构模式，客户端通过Oracle Ias中间件访问数据库。中间件和数据库分别部署在两台HP Superdome服务器上。2.1.2逻辑体系结构图XXXXX2.2系统功能描述XXXXXo3测试计划3.1测试目标此次性能测试的具体目标为：开发正确、有效的软件性能测试脚本，模拟用户操作行为，作为测试有效实施的基础；通过此次性能测试，判断XXXX系统性能缺陷存在的所属业务模块，找到系统的低效进程。3.1.1测试需求及功能点现有XXXXX系统在月末运行期间，经常出现系统性能下降，业务响应

7、时间增加，并且发现某一JAVA进 程持续占用CPU达到100%，为了准确定位系统性能缺陷并为系统修改提供依据，分阶段针对系统各业务模 块各功能点，进行本次性能测试。3.1.2测试范围经初步判断，出现性能缺陷模块为XXXX系统的XXXX模块这几个使用频繁、业务处理量大的模块。由 于测试环境中XXX两个模块的业务还存在问题，为保证测试进度，本次测试的范围为XXX系统的XXXX模 块。XXXX系统日常运行的基本业务为新增、查询、修改等操作。因此将本次性能测试的重点确定为被测模 块的新增、查询、修改的典型业务。另外由于XXXX模块的新增、修改与XXXX模块的新增都存在功能缺 陷，所以本次计划不进行这个

8、功能的性能测试。3.1.3测试环境硬件环境硬件类型IP地址CPU数内存数用途HP superdomeXXXXX864G中间件服务器HP superdomeXXXXX864G数据库服务器软件环境软件类型软件版本操作系统HPUX中间件oracle ias （）数据库Oracle 10g人力资源环境公司角色姓名人员职责XXXXXXXXXX配合协调测试工作配合协调测试工作XXXXXXXXXX测试组长XXXXX测试工程师XXXXX测试工程师3.2测试工具本次测试使用的测试工具为HP公司的性能测试工具LoadRunner。3.3测试方法测试目标系统是否在现有条件下50个并发用户，响应时间满足要求。（小于等

9、于3S）选择业务依据：选取使用频率高，主要功能作为测试的重点选择并发用户数目较大的业务模块选择对系统资源消耗大的业务模块操作步骤：首先对确定的各个场景做基准测试其次对确定的各个场景做单业务测试最后对确定的各个场景按照业务配比做混合测试得出结论分析结论是否能够满足测试的目标基准测试检查单用户单交易的性能是否达标，检查本机系统资源消耗的情况；并得出单用户单交易的平均响应时间；单交易测试Run10 20 30 40 50 60个用户 从而得出多少用户时是瓶颈点； 检查TPS是否达标混合交易测试根据单交易的执行时间，算出混合业务的并发数，并进行混合场 景的设计；脚本录制注意事项：1）脚本命名规范：统一

10、将脚本放到script目录：原始脚本、增强脚本、最终脚本；A、原始脚本脚本名称_new_v时间 如：登录退出_new_v1513B、增强脚本脚本名称_mod_v时间 如：登录退出_mod_v1513C、最终脚本脚本名称_last_v时间如：登录退出_last_v15132）每个事务必须有检查点3）响应时间不包含在事务中3.3.1场景设计基准测试检查每个业务的基准响应时间，意思是在系统整体空闲（无额外进程运行并占用系统资源）时，单用 户运行业务操作多次，获取该业务的平均响应时间，检查各参测系统的基础性能指标。要求：测试的每个业务模块无思考时间，迭代10次，得出平均响应时间单业务测试Run10 2

11、0 30 40 50 60个用户从而得出多少用户时是瓶颈点；混合业务测试将测试业务模块按照业务配比分配并发用户，模拟系统日常使用用户数，监控服务器CPU使用率是否 小于80%，内存仍有20%可用，响应时间是否满足用户需求。3.3.2监控策略本次性能测试将使用LoadRunner监控业务的性能指标及主机的性能情况，为发现性能缺陷提供准确 的参考数据。3.3.3关键指标在进行性能测试的同时，用测试工具对应用服务器资源进行监控。监控系统资源指标，选取有意义的 数据进行分析。下面列出常用的一些参考指标UNIX性能资源度量描述CPU utilizationCPU的使用时间百分比Disk rate磁盘传输

12、速率Incoming packets rate每秒钟传入的以太网数据包数Interrupt rate每秒内的设备中断数Outgoing packets rate每秒钟传出的以太网数据包数in rate每秒钟读入到物理内存中的页数out rate每秒钟写入页面文件和从物理内存中删除的贞数Paging rate每秒钟读入物理内存或写入页文件的页数Swap-in rate正在交换的进程数Swap-out rate正在交换的进程数System mode CPU utilization在系统模式下使用CPU的时间百分比User mode CPU utilization在用户模式下使用CPU的时间百分比3

13、.4时间安排时间段统计具体任务执行人员人员职责2012-4-22工作日造基础数据完成基础数据并检查最终 脚本2012-4-22工作日创建用例脚本完成创建用例测试脚本2012-4-22工作日创建Bug脚本完成创建Bug测试脚本2012-4-22工作日修改Bug脚本完成修改Bug测试脚本2012-4-22工作日Bug查询完成Bug查询测试脚本2012-4-22工作日登录系统完成系统登录测试脚本2012-4-29工作日基准业务执行完成基准测试场景2012-4-29工作日单业务执行完成单业务测试场景2012-4-29工作日混合业务执行完成混合业务测试场 景3.5测试进入/退出标准3.5.1进入标准以下

14、条件具备后，用户验收测试平台XXXXX可以进行本次性能测试：1）测试环境部署完毕（包括应用服务器、中间件、数据库、客户端）2）测试范围内模块功能完善3）数据库测试数据准备完毕4）运维方提供拥有对应操作权限的操作用户5）数据库中已具备与日常生产环境同级别的数据量，可以保证性能测试结果的准确性3.5.2 本次性能测试的退出标准为：必要的性能测试用例执行率达100%，获得被测系统性能数据，可以进行 性能数据分析。3.6测试中断标准如果发生业务功能问题，并在一定时间段内无法修复，性能测试将被中断；测试负载机不能访问被测系统，则性能测试中断；3.7测试恢复标准由业务功能问题引起的性能测试中断，将在功能被

15、修复后恢复测试。由测试负载机不能访问被测系统引起的测试中断，在测试负载机可以访问被测系统后测试恢复。3.8约束和假设本次测试只对XXXXX提供的系统进行负载压力测试，XXXXX不对XXXXX提供的数据和记录的真实性和准 确性进行评估。本次测试不包括：被测系统环境的软硬件系统搭建；被测系统（生产环境）的数据备份、垃圾数据清 除、数据恢复；被测系统（生产环境）应急方案的编制；因被测系统的软件升级、缺陷修复、支撑平 台变更而进行的再次测试；以及被测系统的性能优化。因现有环境中的被测系统功能并不全部完善，不完善模块不在本次测试的范围内，有可能系统性能缺 陷存在于本次测试范围外的模块中。风险分析风险因素

16、可能结果可能发生时间风险 级别应对措施工具缺陷测试工具和监控工 具无法全部支持信 贷业务系统的测试 和监控随时中评估被测系统，分析所有需 求。通过其它工具实现对需求的 支持程度。测试数据的 准备备份及 恢复无法正 常完成测试过程中数据用 尽或不满足测试需 求，将导致测试无 法实施。测试执行时高运维方配合完成数据的准 备、备份和恢复测试环境有 其他用户连 接进行操 作，服务器 产生性能缺 陷a）测试方获得最大 负载压力与实际最 大负载有差距b）服务器出现性能 缺陷的现象，运维 方定位性能缺陷模 块并非真正性能缺 陷的模块测试执行时高测试方进行负载测试时，保 证测试环境无其他连接和用 户操作测试服

17、务器 访问状态不 稳定测试准备和测试执 行中断，测试计划 时间延后随时高保证测试期间测试环境访问 畅通测试交付物步骤测试实施内容阶段提交物测试准备阶段1整理现有系统测试需求和相关参考资料，与运 维方沟通，明确本次性能测试的测试目标2345与XXXXX沟通，明确被测试系统的技术架构和通信协议XXXXX完成准生产环境的搭建XXXXX配合完成测试数据准备工作测试团队确认数据的可用性6搭建测试环境：网络、硬件、软件、系统应用 以及监控工具，测试工具安装等测试方案设计阶段XXXXX性能测试计划XXXXX性能测试方案7定义测试模型，抽取典型交易，确认交易配比8完成人员及资源的规划安排9确定测试实施的方案及策略脚本开发阶段10验