如何做好一个完整的性能测试综述_性能测试_领测软件测试网
如何做好一个完整的性能测试综述
发表于：来源：百度质量部作者：不详点击数：
一、了解性能测试 性能测试是不断的通过不同场景的系统表现去探究系统设计与资源消耗之间的平衡。 我们可以认为性能测试是：通过在测试环境下对系统或构件的性能进行探测，用以验证在生产环境下系统性能是否达到预估的性能需求，发现系统可能存
　　一、了解
　　是不断的通过不同场景的系统表现去探究系统设计与资源消耗之间的平衡。
　　我们可以认为性能测试是：通过在测试环境下对系统或构件的性能进行探测，用以验证在生产环境下系统性能是否达到预估的性能，发现系统可能存在的性能瓶颈，进而改善优化并系统的性能，提高系统的可扩展性、稳定性。
　　从上面的描述可以看出，性能测试的主要工作包括：获得预估的性能需求、搭建测试环境、执行测试、分析测试结果。其中，最为重要两个工作是确定测试的目的、方案，并对结果进行分析。
　　二、确认测试目的
　　性能测试的需求包含但不限于用户的需求。在性能测试前我们同样需要充分了解、运维对系统的关注点。此外，要对被测模块的设计有深入了解，基本判断该模块是cpu密集型或是io密集型。以上这些是为更确立测试的目的，并有针对性的梳理测试方案和分析做好准备。
　　性能测试的目的包括：
　　(1)验证系统是否满足预期需求;
　　(2)验证系统在高压下的表现;
　　(3)验证系统是否能持续稳定的运行;
　　(4)探测系统的瓶颈和产生瓶颈的原因;
　　(5)探测系统设计与资源之间的最佳平衡，改善并优化系统的性能。
　　三、确认测试方案
　　根据性能测试目的的不同，所实施的测试方案也不同。
　　一般，性能测试主要包括如下几种：
　　1)验证系统在预估负载下的表现：负载测试
　　2)验证系统在极端负载下的表现：压力测试
　　3)验证系统是否能持续稳定的运行：稳定性测试
　　以下是对上述三种测试的图示。一般，常态负载低于瓶颈负载，从常态负载到瓶颈负载区间系统的承受能力可以看作是可扩展能力。当瓶颈负载小于等于常态负载时，说明该系统的性能没有满足预计要求，是存在问题的。探测常态负载与瓶颈负载的关系，正是负载测试所要完成的工作。压力测试则验证从系统到达瓶颈之后，继续持续加压时系统的表现。
　　根据性能测试的目的，选择是进行负载、压力、稳定性测试还是几种测试。每种测试中一般会安排几个场景，场景的变换主要根据压力值、系统配置等参数而改变。首次测试一把根据预估的性能需求和经验值开决定，后续的测试场景依赖于首次测试的各项指标的特征。例如，首次测试后，发现系统的性能很好，完全满足预期且机器各项负载指数很低，后续可以考虑n倍压力值探测系统瓶颈。如果首次测试的结果表现出不能满足预期，则需要调整各参数值进行测试，通过比较个参数值下的性能表现来分析系统瓶颈。
　　四、准备环境数据
　　1 搭建测试环境
　　什么是测试环境?测试环境=软件+硬件+网络+数据+。
　　原则1 以假乱真
　　软、硬件配置要与生产环境的配置一致，如果条件有限，则要尽量逼近于生产环境的真实条件。同时，要保证测试工具的稳定性。如果性能测试环境不够真实、稳定，则测试的结果的可靠性无法满足。
　　原则2 以静制动
　　一般，我们将压力程序、被测模块部署在不同的机器上。(即便是生产环境中压力来自于被测模块所在的机器，我们一般也是分开部署;这是保证被测模块的干净，避免对测试结果的干扰)。因此信息交互是通过网络来完成的。保证环境干净的另一个原因是，一般线上部署是多模块统计部署，在线下没有必要搭建通线上一样的模块，因此使用一套干净的环境进行测试，可以在后期分析中引入多模块统计部署的因素进来，推算上线后的效果。
　　2 准备测试数据
　　原则3 以小见大
　　测试数据是测试环境的一部分，但与环境不同，测试数据很难达到与生产环境一模一样。一方面，生产环境的数据是动态、持续变化的，而测试中我们需要的数据是静态的，我们无法保证数据的实时性;另一方面，生产环境的数据是庞大的，而测试环境中数据量是有限的。
　　在数据准备中既要关注数据的质、又要关注量。
　　1)质&&指数据的频率、分布要尽可能和线上一致。
　　2)量&&指数据的规模要达到、接近或者超过线上现有水平。
　　通常，可以采用同比例缩放或扩放的方式，即使用过去一段时间的生产环境数据来进行测试。一般可以保证数据的频率、分布和真实环境中是一致的。
　　五、性能指标分析
　　1 性能指标的关注
　　性能测试的指标可分为产品指标和资源指标两类。对而言，性能测试的需求来自于用户、开发、运维的三方面。用户和开发关注的是与业务需求相关的产品指标，运维关注的是与硬件消耗相关的资源指标。
　　1)从用户角度关注的指标：用户关注的是单次业务相关的体验效果，譬如一次操作的响应快慢、一次请求是否成功、一次连接是否失败等，反映单次业务相关的指标包括：
　　(1)成功率=成功响应次数/统计时间
　　(2)失败率=失败响应次数/统计时间
　　(3)响应时间
　　2)从开发角度关注的指标: 开发人员更关注的是系统层面的指标。
　　(1)容量：系统能够承载的最大用户访问量是多少?系统最大的业务处理量是多少?
　　(2)稳定性: 系统是否支持7*24小时(一周)的业务访问?
　　3)从运维角度关注的指标：运维人员更关注的是硬件资源的消耗情况。
　　需要注意的是，在预估性能压力和指标时，需要给线上运维操作留有必要的性能空间。
原文转自：
评论列表（网友评论仅供网友表达个人看法，并不表明本站同意其观点或证实其描述）微信号：callme_hr
扫码加一览职业生涯导师微信好友
深圳市一览网络股份有限公司（股票代码：833680）
版权所有 &如何做性能测试报告 -
- ITeye技术网站
性能测试报告编写说明
1.1 编写目的
说明系统进行压力测试时的一些前提条件及具体操作，以及如何在工具报告中提取哪些相应信息填写在报告内容中，为以后新增交易压力测试报告编写提供参考等。
1.2 参考资料
《系统项目性能测试方案》
《系统项目性能测试报告》
1.3 注意事项
压力测试报告中的数据与具体部署运行环境硬件配置、应用服务器、数据库服务器参数配置相关。
3. 测试相关准备
3.1 系统相关参数配置说明
1、调整应用程序日志打印级别全部为级，同时不打印交易日志信息；
2、调整服务器单个的线程池数（）为至；
3、保证应用程序使用数据库连接池方式访问数据库，连接池数量为至；
4、保证连接安全子系统通讯缓冲池初始值为，最大值为；
5、保证连接短信发送平台的（报文）通讯缓冲池初始值为，最大值为；
6、服务器内存堆设置（测试环境单个：至），负载测试时，最好取消监控垃圾回收监控项。
3.2 测试报告环境准备
1、启动服务器（测试环境：）监听，每秒获取一次、资源信息，取分钟内的数据大约执行次左右，具体命令为：；
2、启动服务器（测试环境：）监听，每秒获取一次、资源信息，取分钟内的数据大约执行次左右，具体命令为：；
3、启动监听器中的“用表格察看结果”、“聚合报告”、“察看结果树”至少三项。
3.3 JMeter测试举例
3.3.1 准备测试脚本
打开安装路径下的目录，运行命令，出现下图所示：
右击“测试计划”，新建线程组，右击“线程组”，选择“”
填写名称、及Data，如下图所示：
添加监听器，用于统计性能测试结果，如下图所示：
至此，测试脚本准备完毕，接下来可以进行压力测试。
3.3.2 启动NMON监听
1、到测试环境服务器，进入目录，执行“”命令，将自动在目录下以当前时间命名的监听文件，如下图所示：
2、到测试环境数据库服务器，进入目录，执行“”命令，将自动在目录下以当前时间命名的监听文件，如下图所示：
3、命令说明：每隔多少秒统计一次，以秒为单位；如，则每秒统计一次；统计多少次之后即停止。
3.3.3 执行测试用例
点击线程组，设置线程属性中的线程数、、循环次数，如下图所示：
点击“运行”“启动”
3.3.4 查看测试结果
监听器中可以添加“用表格查看结果”、“查看结果树”、“聚合报告”、“图形结果”、“”等，如下图所示：
查看结果树：
聚合报告：
3.3.5 编写测试报告
测试报告中包含了测试模型的介绍描述及测试结果分析，测试结果分析中需要包含不同并发情况下，事务平均响应时间、吞吐量、交易成功率、应用服务器和数据库资源、使用率等数据的统计信息。
3.3.5.1 统计JMeter测试结果
从测试的聚合报告中，我们可以获取“事务平均响应时间”、“吞吐量”、“交易成功率”等参数，如下图所示：
Average：事务平均响应时间；
Thoughtoup：吞吐量；
Error：错误率。
根据上述统计数据，填写测试报告如下：
3.3.5.2 统计nmon测试结果
使用打开各服务器上统计的信息，如下图所示
打开“”工作表，可查看到任意时刻的使用情况分析，根据时间点统计该时间段中的平均使用率，如下图所示：
同理，打开“” 工作表，可查看到任意时刻的使用情况分析，根据时间点统计该时间段中的平均使用率，如下图所示：
根据上述统计数据，填写测试报告如下：
3.3.5.3 根据测试数据画图
例如统计不同并发情况下的事务平均响应时间数据如下：
不同并发情况下，事务平均响应时间统计：单位（ms）
并发线程数
获取账户客户信息
卡列表获取
获取签约账户信息
获取账户明细信息
使用对数据进行图表绘制操作，步骤如下：
选择需要统计的数据区域（），在工具栏中点击“插入”à“柱形图”，选择“三维柱形图”，如下图所示：
点击“设计”à“布局”，出现如下图：
选择图表的图形区域，点击工具栏“设计”à“选择数据”
选择图例项，点击“编辑”可对图表的图例项进行修改
修改后的图形如下：
修改图表标题，并添加横纵坐标对应说明与单位，得到最终的“平均响应时间统计”图：
3.4 LoadRunner测试举例
3.4.1 准备测试脚本
在“开始”菜单中启动，如下图所示：
点击“”，打开新建测试脚本页面，如图所示：
点击“”，打开编写测试脚本页面，点击“”按钮开始录制脚本：
输入，如：“桌面测试页面”
LoadRunner会自动打开桌面的“测试页面”，如图所示
在报文输入框中输入发送的测试报文，创建一个“事物”，点击“提交”
收到返回报文后，点击“事物”结束按钮，并点击“结束脚本”按钮，如下图所示：
此时脚本录制完成，保存录制下来的脚本。
3.4.2 启动NMON监听
1、到测试环境服务器，进入目录，执行“”命令，将自动在目录下以当前时间命名的监听文件，如下图所示：
2、到测试环境数据库服务器，进入目录，执行“”命令，将自动在目录下以当前时间命名的监听文件，如下图所示：
3、命令说明：每隔多少秒统计一次，以秒为单位；如，则每秒统计一次；统计多少次之后即停止。
3.4.3 执行测试用例
在“开始”菜单中启动，点击“”：
打开运行测试脚本页面，将要运行的脚步添加到右边的场景中，点击“”，如下图所示：
在打开的运行场景页面，可如图指定测试人数及设置运行场景：
“”编辑器设置介绍如下：
v 指定逐渐开始：在“加压”选项卡中，可设置加压规则，如：每 秒开始 个
v 计划持续时间：在“持续时间”选项卡中，可设置运行时间，如：在加压完成之后持续运行分钟。
v 计划逐渐关闭：在“减压”选项卡中，可设置减压规则，如：每 秒停止 个 。
设置好运行场景后，点击“”，运行测试，点击“”选项卡，如下图所示：
实时查看脚本运行情况，如下图所示：
3.4.4 查看测试结果
测试结束后，在测试场景中点击如下图所示的
LoadRunner会根据测试场景自动生成测试报告，如下图所示：
3.4.5 LoadRunner相关参数配置说明
1、，设置是否忽略；
2.1、设置连接超时时间等参数；
3.4.6 编写测试报告
我们在编写性能测试报告中需要添加测试模型的介绍描述及测试结果分析，测试结果分析中需要包含不同并发情况下，事务平均响应时间、吞吐量、交易成功率、应用服务器和数据库资源、使用率等数据的统计信息。
3.4.6.1 统计LoadRunner测试结果
从测试的报告中，我们可以获取“最大运行用户数”、“事务平均响应时间”、“平均点击率”、“吞吐量”、“交易成功率”等参数，如下图所示：
Average：事务平均响应时间；
Average Thoughtoup：平均吞吐量；
Average Hits per Second：平均点击率。
根据上述统计数据，填写测试报告如下：
3.4.6.2 统计nmon测试结果
使用打开各服务器上统计的信息，如下图所示
打开“”工作表，可查看到任意时刻的使用情况分析，根据时间点统计该时间段中的平均使用率，如下图所示：
同理，打开“” 工作表，可查看到任意时刻的使用情况分析，根据时间点统计该时间段中的平均使用率，如下图所示：
根据上述统计数据，填写测试报告如下：
3.4.6.3 根据测试数据画图
例如统计不同并发情况下的事务平均响应时间数据如下：
不同并发情况下，事务平均响应时间统计：单位（ms）
并发线程数
获取账户客户信息
卡列表获取
获取签约账户信息
获取账户明细信息
使用对数据进行图表绘制操作，步骤如下：
选择需要统计的数据区域（），在工具栏中点击“插入”à“柱形图”，选择“三维柱形图”，如下图所示：
点击“设计”à“布局”，出现如下图：
选择图表的图形区域，点击工具栏“设计”à“选择数据”
选择图例项，点击“编辑”可对图表的图例项进行修改
修改后的图形如下：
修改图表标题，并添加横纵坐标对应说明与单位，得到最终的“平均响应时间统计”图：
下载次数: 13
junsheng_lu
浏览: 837 次
来自: 广州