性能测试（一）

为什么要进行性能测试

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

性能测试关注什么

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

谁关注性能

（1） 开发人员

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

（2）系统管理人员

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

（3）用户

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

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

概念

并发用户数

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

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

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

事务响应时间(TRT)

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

每秒事务通过数(TPS)

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

点击率

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

吞吐量（吞吐率）

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

资源利用率

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

性能测试分类

基准测试

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

负载测试

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

压力（强度）测试

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

配置测试

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

可靠性测试

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