HP实训性能测试阶段总结报告很全.docx
《HP实训性能测试阶段总结报告很全.docx》由会员分享，可在线阅读，更多相关《HP实训性能测试阶段总结报告很全.docx（33页珍藏版）》请在冰点文库上搜索。
HP实训性能测试阶段总结报告很全
性能测试阶段总结报告
项目组：
Evolution1
导师：
郑丽丽
学员姓名：
张兆坤
目录
第一章软件性能概述3
1.1软件性能基础3
1.1.1软件性能的概念3
1.1.2不同角色对软件性能的理解3
1.1.3软件性能的重要性4
1.2常用性能指标4
1.2.1响应时间4
1.2.2并发用户数5
1.2.3吞吐量5
1.2.4服务器性能计数器5
第二章软件性能测试基础6
2.1软件性能测试的概念6
2.2软件性能测试的目标6
2.3常用性能测试方法6
2.4软件性能测试范围7
2.5性能测试面临的问题7
第三章性能测试的组织管理7
3.1.1Segue性能测试过程模型8
3.1.2HP性能测试过程模型8
3.1.3PTGM（PerformanceTestGeneralModel）性能测试过程模型8
3.1.4APTM（AgilePerformanceTestModel）敏捷性能测试过程模型9
3.1.5SPTM（SystemPerformanceTestModel）系统性能测试过程模型9
3.2组件性能测试团队10
3.2.1组织团队成员10
3.3制定性能测试计划12
3.3.1明确测试范围12
3.3.2制定进度计划12
3.3.3制定成本计划12
3.3.4制定环境计划12
3.3.5测试工具规划12
3.3.6测试风险分析12
3.4设计性能测试方案12
3.4.1明确性能需求12
3.4.2设计性能测试用例12
3.4.3设计脚本录制方案12
3.4.4设计测试场景12
3.4.5设计测试结果指标12
3.5搭建性能测试环境12
3.5.1搭建硬件环境12
3.5.2搭建硬件环境12
3.5.3搭建测试工具环境13
3.5.4准备数据环境13
3.6执行性能测试13
3.6.1脚本录制与开发13
3.6.2场景设置13
3.6.3测试执行13
3.6.4测试监控13
3.7分析性能测试结果13
3.7.1测试结果分析13
3.7.2系统瓶颈分析13
3.7.3制定优化方案13
3.7.4性能测试总结13
3.8性能测试支持环境、13
3.8.1评审13
3.8.2沟通13
3.8.3管理13
3.8.4支持14
第四章性能分析与性能优化14
4.1性能分析方法分类14
4.2常用性能分析方法14
4.2.1快速瓶颈识别14
4.2.2性能下降曲线14
4.2.3内存分析法14
4.2.4处理器分析方法14
4.2.6进程分析方法15
4.2.7网络分析方法15
4.3系统调优步骤15
4.4性能优化原理15
4.4.1代码调优15
4.4.2数据库性能的调优15
4.4.3平台参数的调优15
第六章HPloadRunner基础15
6.1LoadRunner功能特点15
6.2LoadRunner功能结构15
6.2.1LoadRunner功能特点15
6.2.2LoadRunner工具组成16
6.2.3LoadRunner工作原理16
6.3LR关键概念16
6.3.1虚拟用户16
6.3.2VU脚本17
6.3.3场景17
6.3.4事务17
6.3.5检查点17
6.3.6思考时间17
6.3.7集合点17
第七章脚本的录制与开发18
7.1.最常用的几种LoadRunner支持通信协议18
7.2通信协议的选择方法18
7.3脚本开发知识19
7.4．检查点相关设置20
7.5日志21
第八章场景管理21
8.1场景概念21
8.1.1场景概念21
8.2Controller简介22
8.2手工场景设置23
8.2.1场景脚本设置23
第九章测试结果分析24
9.1Analysis基础24
9.2监控计数器的内容；24
9.2.1Memory（内存）：
24
9.2.2Process（进程）：
24
9.2.3Processor（处理器）：
25
9.2.4Physicaldisk（磁盘）：
25
9.2.5NetworkInterface（网络）25
9.3性能测试结果分析26
9.3.1常见图标解读26
9.3.2性能测试结果分析27
第十章HPLoadRunner高级应用27
第一章软件性能概述
1.1软件性能基础
1.1.1软件性能的概念
软件性能是与软件功能相对应的一种非常重要的非功能特性,表明了软件系统对时间及时性与资源经济性的要求。
对于一个软件系统,运行时执行速度越快、占用系统存储资源及其他资源越少，则软件性能越好。
软件性能与软件功能是软件能力的不同体现，以一个人的工作能力来比喻，“功能”是某个人能够做的事情，“性能”指此人完成这件事情的效率。
在功能相同的情况下，性能是衡量事情完成效果的一个重要因素。
1.1.2不同角色对软件性能的理解
1）从系统用户角度看软件性能
系统用户指实际使用系统功能的人员。
系统用户看到的软件性能就是软件的响应时间，即当用户在软件中执行一个功能操作后，到软件把本次操作的结果完全展现给用户所消耗的时间。
系统响应时间的影响因素有：
功能的粒度、客户端网络情况、服务器当前忙闲情况等。
从系统用户角度看，软件响应时间越短，系统性能越好。
2）从系统运维人员角度看软件性能
系统运维人员指负责软件系统运行维护的工作人员。
运维人员在关注系统响应时间的同时，还需要关注系统的资源利用率、系统最大容量、系统访问量变化趋势、数据量增长幅度、系统扩展能力等，并在此基础上制定合理的系统维护计划，以保障系统能够为用户提供稳定可靠的持续服务。
运维人员关注的性能问题：
运维人员关心的问题
软件性能描述
服务器的资源使用情况合理吗
资源利用率
应用服务器和数据库服务器的资源使用状况合理吗
资源利用率
系统是否能够实现扩展
系统可扩展性
系统最多能支持多少用户的访问
系统容量
系统最大的业务处理量是多少
系统容量
系统性能可能的瓶颈在哪里
系统可扩展性
更换哪些设备能够提高系统性能
系统可扩展性
系统能否支持7X24小时的业务访问
系统稳定性
3）从系统开发人员角度看软件性能
系统开发人员指系统软件的设计和开发人员。
开发人员关注的性能问题：
开发人员关心的问题
问题所属层次
架构设计是否合理
系统架构
数据库设计是否存在问题
数据库设计
代码是否存在性能方面的问题
代码
系统中是否有不合理的内存使用方式
代码
系统中是否存在不合理的线程同步方式
设计与代码
系统中是否存在不合理的资源竞争
设计与代码
1.1.3软件性能的重要性
保障软件系统的性能具有十分重要的意义，具体体现在以下方面：
（1）系统性能越好，执行速度越快，用户使用系统的体验就越好
（2）系统性能越好，用户的等待时间越少，有利于提高软件操作效率。
（3）系统性能越好，处理能力越大，单位时间处理业务量越大。
（4）系统性能越好，在大量用户访问系统时系统稳定性越好，能够提供持续服务。
（5）系统性能扩展性越好，越容易提升系统的处理能力，以适应更多的访问需求。
能意味着重大的销售损失或用户流失，保持系统系统性能对于软件系统的运营企业具有非常重要性能的的意义，系统下降可良好的系能对于提高用户体验、提升站点声誉、提升客户忠诚度、增加系统收入等都具有重要作用。
1.2常用性能指标
1.2.1响应时间
响应时间指用户感受到的软件系统为其服务所耗费的时间。
一般情况下，需要定义三种情况下的系统的响应时间：
（1）闲时响应时间：
指系统中访问用户数量较少的情况下，用户访问系统的响应时间，也可理解为在不受其他用户干扰的情况下，系统应该具有的性能表现。
（2）忙时响应时间：
指在系统处理正常访问用户量的情况下，用户访问系统的响应时间。
该指标定义了系统在正常访问状态下应该具有的响应时间要求，体现了系统在正常访问状态下的性能表现。
（3）峰时响应时间：
指在系统具有大量并发用户的情况下，用户访问系统的响应时间。
该指标定义了系统在承载最大并发用户情况下应该具有的响应时间要求，体现了系统压力负荷最大情况下的性能表现，也可以理解为系统最大响应时间。
1.2.2并发用户数
并发用户数指系统能够同时处理的用户请求的数目，也可以理解为同时向系统提交请求的用户数目。
注册用户数指系统中全部注册用户的数量；在线用户数指在相同时间段内登录了系统，并在系统中进行操作的用户数量。
平均并发用户数：
指在系统正常访问量情况下的并发用户数。
最大并发用户数：
指在峰值访问情况下的并发用户数。
如何判断是否达到峰值访问情况：
（1）系统响应时间达到了峰值响应时间，即系统的响应时间已经达到了用户能够接收的上限。
（2）系统服务器资源利用率已经达到了上限，即服务器的CPU利用率、内存利用率等指标已经达到了需求规定的上限。
（3）系统请求成功率，即成功请求数/总请求数。
当系统压力过大时，某些用户请求就会执行失败，如果失败率过高，就说明系统已经达到了处理能力的上限，所以可以根据成功率来判断是否已经达到了最大并发用户数。
平均并发用户数仅反映了系统某个时刻的用户访问情况，并不反映系统的性能情况；而最大并发用户数反映了系统的处理能力，往往作为一项重要的性能指标在需求分析时进行定义。
1.2.3吞吐量
吞吐量指单位时间内系统处理的客户请求数量，体现系统的整体处理能力。
系统吞吐量越大，说明系统性能越好。
衡量吞吐量的常用指标内包括：
RPS：
请求数/秒，描述系统每秒能够处理的最大请求数量。
PPS：
页面数/秒，描述系统每秒能够现实的页面数量。
PV：
页面数/天，描述系统每天总的PageView数量。
TPS：
事务/秒，描述系统每秒能够处理的事务数量。
QPS：
查询/秒，描述系统每秒能够处理的查询请求数量。
1.2.4服务器性能计数器
服务器性能计数器指服务器或操作系统性能的一些数据指标，在性能测试中发挥着监控和分析的关键作用。
常用的操作系统性能计数器包括SystemLoad、进程与线程数、使用内存数、CPU使用率、磁盘I/O、网络I/O等。
资源利用率反映的是在一段时间内服务器资源平均被占用的情况，能够更加直观的反映系统当前的运行情况，例如CPU利用率如果达到80%，就说明当前CPU基本已经耗尽，系统处于满载状态。
所以在进行性能需求分析时，往往通过资源利用率指标来定义服务器性能要求。
第二章软件性能测试基础
2.1软件性能测试的概念
定义：
狭义的软件性能测试指为验证软件性能指标、评估系统服务能力、推荐系统软硬件配置、完成系统性能优化等而开展的测试活动；广义的软件性能测试是指测试过程中需要相关性能测试方法配合完成的系统测试活动，包括可靠性测试、可恢复性测试、稳定性测试、兼容性测试、可扩展性测试等。
2.2软件性能测试的目标
目标分为4个方面：
能力验证、缺陷发现、能力规划、性能优化
1、能力验证分为3个层面：
Ø验证性能指标与需求的符合情况
软件系统性能测试最主要的目标：
验证软件性能是否符合软件需求文档中的性能指标要求，是否符合预定的设计目标。
Ø获得系统服务能力
评价系统可靠性
6个质量特性：
功能性、可靠性、易用性、效率性、维护性、可移植性
可靠性一般用平均无故障时间（MTTF）来度量，三个子特性：
成熟性、容错性、可恢复性。
2、缺陷发现
缺陷发现性能测试的主要目的是：
通过性能测试的手段来发现系统中存在的缺陷，并不需要验证性能指标是否满足需求的要求。
3、能力规划
特点：
1、规划能力是一种探索新的测试2、配置规划可用于了解系统的性能以及获得扩展性能的方法。
4、性能优化
性能条有的前提：
进行性能瓶颈定位
特点：
1、确定基准环境、基准负载和基准性能指标2、调整系统运行环境和实现方法、执行测试
2.3常用性能测试方法
性能测试名称
定义说明
基准测试
通过设计科学的测试方法、测试工具和测试系统，实现对一类测试对象的某种性能指标进行定量的和可对比的测试。
主要目的是检验系统性能与相关标准的符合程度
压力测试
通过对软件系统不断施加压力，识别系统性能拐点，从而获得系统提供的最大服务级别的测试活动。
主要目的是检查系统处于压力情况下应用的表现。
负载测试
通过在被测系统中不断增加压力，直到达到性能指标极限要求。
主要目的是找到特定环境下系统处理能力的极限。
并发测试
并发测试主要指当测试多用户并发访问同一个应用、模块、数据时是否产生隐藏的并发问题，如内存泄露、线程锁、资源争用问题。
主要目的并非为了获得性能指标，而是为了发现并发引起的问题。
疲劳测试
通过让软件系统在一定访问量情况下长时间运行，以检验系统性能在多长时间后会出现明显下降。
主要目的是验证系统运行的可靠性。
数据量测试
通过让软件在不同数据量情况下运行，以检验系统性能在各种数据量情况下的表现。
主要目的是找到支持系统正常工作的数据量极限。
配置测试
通过对被测系统的软/硬件环境的调整，了解各种不同环境对系统性能影响的程度，从而找到系统各项资源的最优分配原则。
主要目的是了解各种不同因素对系统性能影响的程度，从而判断出最值得进行的调优操作。
基准测试三大原则：
可测量、可重复、可对比
2.4软件性能测试范围
（1）服务器性能测试
（2）网络性能测试
（3）客户端性能测试
2.5性能测试面临的问题
主要包括：
1、没有明确的性能指标需求
2、不切实际的性能指标要求
3、在开发环境下做性能测试
4、走形式地进行性能测试
5、只测试、不分析
6、只测试、不优化
7、性能测试缺乏方法论的指导
8、缺乏高水平的性能测试人才
第三章性能测试的组织管理
非经典的软件开发模型：
瀑布模型、螺旋模型、增量模型、喷泉模型、原型模型、敏捷开发
软件测试相关模型：
V模型、W模型、H模型、X模型
3.1.1Segue性能测试过程模型
Segue性能测试模型
3.1.2HP性能测试过程模型
HP性能测试过程模型
3.1.3PTGM（PerformanceTestGeneralModel）性能测试过程模型
3.1.4APTM（AgilePerformanceTestModel）敏捷性能测试过程模型
3.1.5SPTM（SystemPerformanceTestModel）系统性能测试过程模型
1.组建测试团队
1）组织团队成员
2）安排工作分工
3）进行技能培训
2.指定测试计划
1）明确测试范围
2）制定进度计划
3）制定成本计划
4）制定环境计划
5）测试工具计划
6）测试风险分析
3.设计测试方案
1）明确性能需求
2）设计性能测试用例
3）设计脚本录制方案
4）设计测试场景
5）设计测试结果指标
4.搭建测试环境
1）搭建硬件环境
2）搭建软件环境
3）搭建测试环境
4）准备数据环境
5.执行性能测试
1）脚本录制与开发
2）场景设置
3）测试执行
4）测试监控
6.分析测试结果
1）测试结果分析
2）性能瓶颈分析
3）制定优化方案
4）性能测试总结
性能测试支持环境：
评审、沟通、管理、支持
3.2组件性能测试团队
1组织团队成员2安排工作分工3进行技能培训
3.2.1组织团队成员
角色
职责
技能
测试负责人
1.和用户等项目干系人交互，确保测试的外部环境
2.制定测试计划
3.监控测试进度
4.发现和处理测试中的风险
1.计划执行和监控能力
2.风险意识能力
3.协调沟通能力和灵活变通的能力
性能测试设计人员
1.理解性能需求
2.设计性能测试流程
3.设计性能测试用例
4.选择VU录制功能
5.设计测试场景
1.业务把握能力
2.性能需求分析和识别能力
性能测试配置人员
1.部署性能测试环境
2.维护性能测试文档
3.系统版本管理
1.配置平台使用能力
2.版本管理能力
3.环境部署能力
测试脚本开发人员
1.实现已设计的性能场景
2.VU脚本的录制、开发、调试
3.确定测试时需要监控的性能指标、性能计数器
1、脚本编码和调试能力
2、理解性能指标和性能计数器
性能测试执行人员
1.使用工具执行测试场景
2.根据监控要求记录测试结果、记录性能
3.执行性能测试用例
1.搭建测试环境的能力
2.测试工具使用（执行）的能力
3.性能指标和性能计数器获取和记录的能力
性能测试分析人员
1.根据测试结果、性能指标的数值、性能计数器值进行分析
2.根据性能规划，分析出性能的瓶颈或是给出优化建议
1.掌握性能测试工具的使用方法
2.掌握应用系统性能领域相关知识，理解所采用的架构
3.熟悉常用的性能分析方法
4.具有一定的编码经验
支持较色
（系统）
系统支持，协助解决测试工程师无解决的系统问题
处理系统问题的能力和技能。
最好有专职的系统管理员担任这个角色
支持较色
（网络）
网络方面的支持，协助测试工程师解决网络方面的问题，必要时为测试分析角色提供网络方面的分析支持
网络方面的能力和技能，最好由专职的网络管理人员担任
支持角色
（数据库）
数据库方面的支持，必要时为测试分析角色提供数据库方面的支持
网络方面的能力和技能，最好由专职DBA担任
支持角色
（中间件）
中间件平台方面的支持，在必要时为测试分析较色提供中间件方面的支持
深入了解中间件产品的特点和配置方案，可以由专职的中间件专家担任
3.3制定性能测试计划
3.3.1明确测试范围
3.3.2制定进度计划
3.3.3制定成本计划
3.3.4制定环境计划
3.3.5测试工具规划
3.3.6测试风险分析
3.4设计性能测试方案
3.4.1明确性能需求
3.4.2设计性能测试用例
3.4.3设计脚本录制方案
3.4.4设计测试场景
3.4.5设计测试结果指标
3.5搭建性能测试环境
3.5.1搭建硬件环境
3.5.2搭建硬件环境
3.5.3搭建测试工具环境
3.5.4准备数据环境
3.6执行性能测试
3.6.1脚本录制与开发
3.6.2场景设置
3.6.3测试执行
3.6.4测试监控
3.7分析性能测试结果
3.7.1测试结果分析
3.7.2系统瓶颈分析
3.7.3制定优化方案
3.7.4性能测试总结
3.8性能测试支持环境、
3.8.1评审
3.8.2沟通
3.8.3管理
3.8.4支持
第四章性能分析与性能优化
4.1性能分析方法分类
1.指标达成发2.最优化分析法
4.2常用性能分析方法
4.2.1快速瓶颈识别
1、硬件上的性能瓶颈2、应用软件上的性能瓶颈3、应用程序上的性能瓶颈4、操作系统上的性能瓶颈5、网络设备上的性能瓶颈
4.2.2性能下降曲线
1、单用户区域2、性能平坦区3、压力区域4、性能拐点
4.2.3内存分析法
1、首先查看MemoryAvailableMbytes指标
2、注意Pages/sec、PagesRead/sec和pageFaults/sec的值
3、根据PhysicalDisk计数器的值分析性能瓶颈
4.2.4处理器分析方法
1、首先看System\TotalprocessorTime性能计数器的计数值
2、其次是查看每个CPU的Processor\processorTime\processor\UserTime以及Processor\priviegedtime
3、研究系统处理器瓶颈
4.2.6进程分析方法
4.2.7网络分析方法
4.3系统调优步骤
1、确定问题2、确定原因3、确定调整目标和解决方案4、测试解决方案5、分析条有结果
4.4性能优化原理
4.4.1代码调优
4.4.2数据库性能的调优
4.4.3平台参数的调优
第六章HPloadRunner基础
6.1LoadRunner功能特点
1创建虚拟用户2创建真实负载3定位性能问题4分析结果以精确定位问题所在5重复测试保证系统发布的高性能6支持无线应用协议7支持流媒体应用8完整的企业应用环境的支持
6.2LoadRunner功能结构
6.2.1LoadRunner功能特点
1创建虚拟用户2创建真实负载3定位性能问题4分析结果以精确定位问题所在5重复测试保证系统发布的高性能6支持无线应用协议7支持流媒体应用8完整的企业应用环境的支持
6.2.2LoadRunner工具组成
LoadRunner功能非常复杂，核心模块为VirtualUserGenerator、Controller、Analysis、LoadGenerator、Proxy五部分。
虚拟用户脚本生成器VirtualUserGenerator，简称VuGen,是用来录制虚拟用户脚本的工具支持大量的通信协议，支持自动化脚本录制和二次开发，为系统性能测试提供寻虚拟脚本支持。
负载生成器LoadGenerator，简称LG，负责将VuGen脚本复制成大量虚拟用户对系统生成负载，在性能测试中，用来模拟大量用户并发访问系统。
用户代理Proxy，是客户端和服务器的中介，负责协调不同负载机上的虚拟用户，产生步调一致的虚拟用户。
测试控制器Controller，负责对整个测试的过程进行设置，制定测试过程中的VU脚本、并发用户数、加压方式、执行周期、监控参数等，同时提供测试过程中的监控功能。
结果分析器Analysis，负责对测试中手机的相关数据进行整理和分析，形成各种图形表，辅助性能测试分析人员完成测试结果的分析任务。
6.2.3LoadRunner工作原理
controller是执行负载测试管理和监控的中心，在这里定制具体的性能测试方案，执行性能测试，收集测试数据，监控测试指标。
LG是虚拟多用户并发访问被测系统的组件，虚拟多用户并发访问系统的前提是已经具备了虚拟用户的脚本，Vugen是录制和编辑虚拟用户脚本的工具，录制好的脚本是不同语言表达的文本文件，在LG执行时，被解析和执行，脚本录制和回访是在Proxy支持下完成的。
Controller中的实时监控工具将测试过程中收集到的客户机、服务器和网络性能指标数据显示在监控页面上，便于测试人员对系统表现进行随时掌握。
Analysis在测试完成后，对测试过程中收集到的各种性能数据进行计算、汇总和处理，生成各种图标和报告，为系统性能测试结果分析提供支持。
6.3LR关键概念
6.3.1虚拟用户
虚拟用户（virtualuser，简称Vuser
升级会员 