软件测试的性能测试

点击率越大，服务器承受的压力越大.

通过量

系统每单位时间处理的客户请求数. （根据业务）直接反映了软件系统的性能承载能力，通常以请求数或页面数来衡量.

从业务角度来看，吞吐量还可以通过每天的访问者数量或每小时处理的服务数量来衡量；

从网络角度看，吞吐量可以以字节/天为单位.

思考时间

是用户停留在两个动作之间的时间.

资源利用

使用不同的系统资源. CPU，网络测试性能的软件，磁盘，网络.

####性能测试模型

曲线拐点模型

摘要: 随着并发用户数的增加，吞吐量和资源利用率增加，表明系统正在积极处理，因此响应时间的增加并不明显，并且处于相对良好的状态. 但是，随着并发用户数的不断增加，压力也继续增加，吞吐量和资源利用率达到饱和，然后吞吐量急剧下降，导致响应时间急剧增加. 轻压区和重压区之间的交界处是系统并发用户的最佳数量，因为可以充分利用各种资源并且响应速度很快. 重压力区和拐点区的交接点是系统的最大并发用户数. 因为超出这一点，系统性能将急剧下降甚至崩溃.

####性能测试分类

基准测试，性能测试，负载测试，压力测试，配置测试，并发测试，可靠性测试，故障恢复测试，大量数据测试

基准

有一些基本标准，因此您可以通过比较来发现系统的差异和变化.

应用场景:

您可以通过在已建立的标准下进行基准测试来建立性能基准，以便在系统环境和参数更改后，可以在同一标准下进行另一项测试，以查看更改对性能的影响. 对系统进行基准测试可以在早期阶段检测性能问题. 从未对系统的任何性能进行过测试，因此需要对系统进行性能评估，以作为后续开发和调整的参考.

狭义性能测试

通过模拟业务压力和生产运营的使用场景的组合，可以测试测试系统的性能以满足生产系统的要求. 这是一种常见的测试方法.

负载测试

负载测试是要不断增加被测系统的压力，直到性能达到极限为止. 例如，响应时间已超过预定目标或某些资源使用已达到饱和.

主要目的是查找系统的负载限制并为系统调整提供数据.

压力测试

压力测试的目的是找出高负载下的系统问题，例如资源竞争，同步问题，内存泄漏等.

负载测试和压力测试可以结合使用.

负载测试，以确定在各种工作负载下系统的性能. 目的是测试负载逐渐增加时各种系统性能指标的变化.

压力测试是通过确定系统的瓶颈或不可接受的性能点来确定系统可以提供的最高服务级别的测试.

配置测试

是通过调整被测系统的软件/硬件环境来了解各种环境对系统性能的影响程度，从而找到各种资源的最大分配原则.

并发测试

通过模拟用户的并发访问，测试记录同一模块或数据时多个用户是否并发访问同一应用程序，是否存在死锁或其他性能问题.

并发用户数与并发用户数不同.

可靠性测试

通过向系统施加一定的业务压力以测试系统在这种情况下是否可以稳定运行，从而使应用程序系统保持运行一段时间.

故障恢复测试

故障恢复测试方法是为具有备份和负载平衡的系统设计的. 如果系统在本地发生故障，则可以使用此测试方法来验证用户是否可以继续使用该系统，如果发生这种情况，则用户将受到多大的影响. 通用关键业务系统是通过热备份或负载平衡实现的. 这种业务系统通常要求一个或多个服务器出现问题，并且应用程序系统仍可以正常执行业务. 该方法用于模拟测试中的设备故障，并验证预期的恢复技术是否可以正常运行. 并非所有系统都需要进行这种类型的测试，尤其是那些没有明确指定系统连续运行需求的测试.

大量数据测试

有两种类型:

独立数据量测试

测试某些系统存储，传输，统计和查询服务的大量数据. 全面的数据量测试

这是一个综合的测试程序，结合了压力测试，负载测试，并行测试和可靠性测试.

每种测试类型的测试目的

####性能测试实现

性能测试的实现

性能测试的初步准备

系统基本功能验证

确保当前需要测试的应用程序系统具有性能测试的条件.

确保用于性能测试的当前应用程序系统版本稳定. 组建测试团队

确定团队中角色的组成并确定人员的技能.

测试工具

工具选择

为项目选择合适的性能测试工具. Loadrunner. 工具应用技能培训

为项目团队的相关参与者培训测试工具的相关技能，从而使参与者可以拥有测试所需的技能. 确认工具申请流程

确定测试中测试工具的特定应用范围并不是“工具万能”，它是用工具完成的工作，而不能用工具完成.

性能测试程序

测试策略和测试资源需求性能测试计划: 即如何执行性能测试，总结为以下5点: 编写性能测试计划测试环境的准备工作:

应用软件的部署，检查

基本数据导入测试脚本，测试数据

脚本参数化

脚本调试测试执行

压力测试，系统调整

负载测试编写性能测试报告

各种测试的通用实施步骤: 需求-程序-代码实施-执行-输出报告

性能测试设计

测试环境设计

性能测试的结果与测试环境之间的相关性非常大. 无论进行哪种性能测试，都必须首先确定测试环境，包括系统的软件/硬件环境，环境等. 测试场景设计

测试方案模拟了实际业务的概况，其中包括在测试期间需要监视的业务，业务比率，测试目标和性能计数器. 测试用例的设计

进一步完善测试场景测试性能的软件，通常包括: 测试类型，测试内容描述，前提条件，业务操作顺序，参数化要求. 验证点等. 脚本和辅助工具的开发

执行性能测试

建立测试环境以部署测试脚本和测试方案以执行测试并记录结果

性能测试分析和调整

分析测试结果是最困难的部分. 这是一个灵活的过程. 对性能测试结果的每次分析都要求测试分析师对软件性能，软件体系结构和各种性能测试指标有相当的了解. 性能测试分析需要各种图表的帮助. 通用方法: 拐点分析方法.

性能测试报告

要测试的目标

此性能测试预期的性能要求. 测试摘要说明

结构，时间，地点，人员，工具，环境，测试过程，测试结果和数据测试结论的介绍

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/ruanjian/article-241546-1.html