1. 性能测试实施的流程

1.1 常见的性能问题

以下是常见的性能问题

1.2 性能测试是什么？

测试人员借助测试工具，模拟系统在不同场景下，对应的性能指标是否达到预期

1.3 性能测试和功能测试之间的区别

功能测试：

• 人工来完成
• 在一些常见的场景下，只要能运行就可以

性能测试：

• 借助工具完成
• 在一些极端的情况，需要保障软件可以正常工作

1.4 什么样的系统/软件表现属于性能好，什么样的软件性能表现属于性能不好

软件1（美团1.0版本）和软件2（美团2.0）版本是一样的功能，登录，退出，查看首页

软件1 登录需要花费 1s，软件2 登录需要花费 1ms

说明软件2 性能做了提升，软件2 性能较好

1.5 为什么要进行性能测试

• 获取系统性能的指标，作为性能指标的基准
• 验证系统的性能指标是否达到要求（性能需求）
• 发现系统的性能瓶颈，内存泄漏等问题
• 系统正常工作的情况下的最大容量
• 帮助系统运维部门能更好的规划硬件配置

1.6 性能测试实施的流程

• 分析性能测试需求
• 根据性能测试的目标，设计性能测试的场景
• 开发性能测试场景和性能测试脚本
• 分析性能测试报告
• 根据性能测试报告排查和定能系统的性能瓶颈

1.7 常见的性能指标以及性能测试专用术语

1.7.1 并发数

我们先来举个栗子：

一个人踢正步往前走，脚步声不响亮
一大群迈着不同的节奏踢正步往前走，声音是混乱的
只有一大群的人迈着相同的步伐，往前走的时候，声音是非常响亮的

对地面来讲，这就是并发

---

双十一的时候，有 100 万的用户，同时操作淘宝系统，此时淘宝系统承载的压力就非常大

---

由上面的例子可以看出：

并发条件：大量用户、同时操作
并发数：此时大量用户数并发数

系统用户数：数据库保存的用户数量
在线用户数：登录成功后的用户数量
并发用户数：当系统达到并发的时候，用户的数量即为并发用户数

1.7.2 响应时间/平均响应时间

从用户视角来考虑，响应时间反映了完成某个操作所需要的时间，标准定义是，应用系统从发出请求开始，到客户端接收完所有的字节数据所消耗的时间

1. 用户响应时间
   用户从发起请求到用户看到响应 中间经历的这段时间
   N1 + A1 + N2 + A2 + N3 + A3 + N4
2. 请求响应时间
   服务器接受到请求到发出响应这段时间
   A1 + N2 + A2 + N3 + A3

---

问题：如果一个软件（滴滴）发布上线了，但是打车的时候，页面响应时间较长，有哪些可能影响的因素呢？

• 用户设备老旧
• 网络太慢
• 服务器处理太慢
• 软件算法时间复杂度太高
• 数据库性能太差

1.7.3 事务响应时间

每秒完成的事务数，通常指每秒成功的事务数，性能测试中重要的综合性性能指标。

这里的一个事务是一个业务度量单位，是指一组密切相关的子操作的组合。

比如，一笔电子支付操作，后台处理的时候可能需要经过会员系统，账务系统，支付系统，银行系统等，这就是是一个关于支付事务里面包含的操作。而对于用户，往往也只关注整个支付花费了多长时间。

事务从请求开始，到事务响应成功花费的时间就是事务响应时间

1.7.4 每秒事务通过数（Transaction Per Second）

TPS 是指每秒系统能够处理的事务数。它是衡量系统处理能力的重要指标。

如果每秒事务通过数越大，代表系统处理的能力越高、越强

当压力加大时，TPS曲线如果变化缓慢或者有平坦的趋势，很有可能是服务器开始出现瓶颈了。如果环境没有发生大的变化，对于同一系统会存在一个最大处理事务能力，它并不随着并发用户的增减而改变

---

例子：
YB地铁检票机：
只有10台进站检票的机器，1台机器1秒能进1个人
并发用户数为5，则TPS为5
并发用户数为10，则TPS为10
并发用户数为100，则TPS仍为10

1.7.5 点击率

每秒点击数代表用户每秒向Web 服务器提交的HTTP请求数。点击率越大，服务器压力越大

这里的点击并不是鼠标的一次点击，一次点击可能有多次HTTP请求

1.7.5 吞吐量

吞吐量：
用户每次请求和服务器之间的数据交换

跑车跑 10 公里，需要 2min 时间
自行车 100 公里，需要两天
但是并不能就说跑车比自行车快

1.7.6 吞吐率

吞吐率：
吞吐量/请求时间
size/time

1.7.7 思考时间

思考时间：
指模拟正式用户在实际操作时的停顿间隔时间，从业务的角度来讲，思考时间指的是用户在进行操作时，每个请求之间的间隔时间

1.7.8 资源利用率

不同系统资源的使用情况。包含CPU，内存，硬盘，网络等。
在任务管理器可以看到

1.8 性能测试分类

1.8.1 基准性能测试

系统的第一个版本，研发团队团队也不清楚系统的性能能达到怎样的水平，这时进行的性能测试，其目标是获得系统标准配置下，有关的性能指标数据，作为将来性能改善的基准，这种测试称之为"性能基准测试"。

性能基准测试是通过性能测试获取系统的性能指标，建立一个性能基准，作为以后性能测试的参考。

系统进行性能基准测试可以在系统开发的较早的阶段发现性能问题

总的来说：性能测试就是让系统在正常情况下运行，观察各种性能指标

应用场景：软件性那你摸底

1.8.2 负载性能测试

让系统背负一定的压力，观察性能指标是否出现拐点

1.8.3 压力测试

让系统处于饱和状态，观察系统性能指标

---

压力测试往往会把系统搞崩溃

1.8.4 可靠性测试

验证系统在一段时间内持续运行，观察各项性能指标是否正常

一段时间可能是一周、一个月、一年…