性能测试【一】

为什么要进行性能测试

• 进行基准测试，获取系统性能的基准性能指标
• 应用程序是否能够很快响应用户的要求。
• 应用程序是否能处理预期的用户负载并有盈余能力
• 应用程序是否能处理业务所需要的事务数量
• 在预期和非预期的用户负载下，应用程序是否稳定
• 是否能确保用户在真正使用软件时获得舒服的体验。

性能测试关注什么

• 并发用户数/吞吐量
• 平均响应时间
• 服务器占用情况
• 可靠性、可扩展性
• 软、硬件配置是否合适

系统性能测试的流程

（1）系统的性能需求
（2）根据性能需求，分析出系统性能指标要求
（3）根据性能需求分析出进行的性能测试的类型，确定性能测试场景
（4）运行性能测试场景，得出性能测试报告
（5）根据性能测试报告找出系统性能瓶颈

如何确定性能测试的需求

关键性能指标分析

某电商交易系统，业务要求支持2亿用户（同一时刻1%的用户在线)，每天支持2000万次交易量（交易
的时间集中在早上8点到凌晨2点），交易响应时间要求在1s中之内。
此外，高峰期系统的处理能力要求是平均值的3倍；
本地交易响应时间正常低于1s,在高峰时可以高于1s，但是要在3s内。
正常及交易成功率100%，在高峰期不能低于99.9%

要支持至少200万用户的并发量，响应时间低于1s
每秒支持309次交易
高峰期：600万用户，响应时间在3s内

关键业务分析

（1）用户频繁使用的业务
如：淘宝打开首页、搜索商品的功能使用的多。
（2）计算量大的业务 。如：支付功能

谁关注性能

（1） 开发人员

• 系统架构：架构设计是否合理
• 数据库设计：数据库设计是否存在问题
• 代码：代码中是否存在性能问题，系统是否存在不合理的内存使用方式
• 设计和代码：系统中是否存在不合理的线程同步方式和不合理的资源竞争

（2）系统管理人员

• 资源利用率：应用服务器和数据库资源使用状况合理吗
• 系统容量：系统最多支持多少用户的访问，系统最大的业务处理量是多少
• 系统稳定性：系统是否支持7*24小时的业务访问

（3）用户

• 响应时间：对于一个web网站来说，普遍的标准原则是3/5/8
• 系统稳定性：系统运行时是否稳定

（4）业务人员
如何向用户提供参数，例如：支持多少用户使用、响应时间是多少
（5）测试人员
以上所有层面都要关注。

概念

并发用户数

系统用户数：注册系统的用户数（系统用户数不等于并发用户数）
（1）狭义的并发用户数：同一时刻，使用系统的同一个功能（发送请求）的用户数量。
（2）广义的并发用户数：同一时刻，给服务器产生压力（发送请求）的用户数量。（可以是不同的功能）

响应时间(RT)/平均响应时间(ART)

用户发送请求到期待的结果出现所经历的时间。

事务响应时间(TRT)

事务是一系列密切相关的操作的集合。
服务器处理一个事务所用的时间。

每秒事务通过数(TPS)

TPS 是指每秒系统能够处理的事务数

点击率

每秒向服务器发送的HTTP请求的个数。

吞吐量（吞吐率）

服务器在单位时间处理的信息量。

资源利用率

不同系统资源的使用情况。包含CPU，内存，硬盘，网络等。

性能测试分类

基准测试

对一个新系统进行性能测试，记录各项性能指标，作为后续的性能测试的基准。

并发测试

同一时刻向系统的服务器发送请求，看在并发情况下系统的性能的表现，是否会出现资源竞争不合理，内存泄漏，死锁等问题。

负载测试

给系统定容量，在系统上不断增加负载（用户数），看系统最大承受的用户负载是多少，看系统是否达到了需求所需要的性能指标。

压力（强度）测试

压力测试一般指后端服务器测试，不断给服务器施加压力（增加请求数量），看系统处理临界饱和状态下，服务器的各种性能指标是否在正常范围内，看下系统是否会出现性能问题

为了找出系统的性能瓶颈，以及产生系统性能瓶颈的原因。
一般是让系统的用户负载达到饱和长时间运行，检查系统资源分配是否合理、同步问题、内存泄漏、检查原因。

配置测试

通过测试不同应用服务器，网络环境，数据库不同的参数设置，不同的硬件设备，查看系统的性能表现，找出最优最合理的资源配置。

可靠性测试

长时间运行系统，查看系统的性能指标（响应时间、TPS、点击率、吞吐量、资源利用率）是否稳定。