文章目录
- 1. 性能测试实施的流程
- 1.1 常见的性能问题
- 1.2 性能测试是什么？
- 1.3 性能测试和功能测试之间的区别
- 1.4 什么样的系统/软件表现属于性能好，什么样的软件性能表现属于性能不好
- 1.5 为什么要进行性能测试
- 1.6 性能测试实施的流程
- 1.7 常见的性能指标以及性能测试专用术语
- 1.7.1 并发数
- 1.7.2 响应时间/平均响应时间
- 1.7.3 事务响应时间
- 1.7.4 每秒事务通过数（Transaction Per Second）
- 1.7.5 点击率
- 1.7.5 吞吐量
- 1.7.6 吞吐率
- 1.7.7 思考时间
- 1.7.8 资源利用率
- 1.8 性能测试分类
- 1.8.1 基准性能测试
- 1.8.2 负载性能测试
- 1.8.3 压力测试
- 1.8.4 可靠性测试
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 响应时间/平均响应时间
从用户视角来考虑，响应时间反映了完成某个操作所需要的时间，标准定义是，应用系统从发出请求开始，到客户端接收完所有的字节数据所消耗的时间
- 用户响应时间
用户从发起请求到用户看到响应 中间经历的这段时间
N1 + A1 + N2 + A2 + N3 + A3 + N4 - 请求响应时间
服务器接受到请求到发出响应这段时间
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 可靠性测试
验证系统在一段时间内持续运行，观察各项性能指标是否正常
一段时间可能是一周、一个月、一年…
