性能测试的概念
性能测试的策略
基准测试 负载测试 稳定性测试 并发测试 压力测试
基准测试
负载测试
1.满足性能指标
2.最大
3.多组数据 一步步增加 满足需求
1.达不到要求 先改bug
2.达到了 则就按其要求10即可
资源是有限的
吞吐量 直接体现性能能力 处理能力 前面资源够用很好
资源用完不增加 用户人数也还行 所以保持平衡
后面就不行
响应时间 前面资源够用就还好 保持较短的 后面就不行响应时间迅速上升
系统的处理能力的直接体现 吞吐量
压力测试
其已经超出了最大负载 会有异常是正常的 看其恢复能力之类
C-D
B-C
并发测试
时间短 请求量大
性能测试的指标
响应时间
后端服务器响应时间 1.网络传输时间 2.服务器处理时间
并发数
登录了 但是没有发送请求
吞吐量
操作复杂度不一样 每个请求的QPS的量不同
QPS (Queries Per Second) 指的是系统每秒钟能够处理的查询次数，通常用来衡量系统的性能。
TPS (Transactions Per Second) 指的是系统每秒钟能够处理的事务次数，包括查询、更新、删除等操作。
两者之间的关系在于，QPS 是 TPS 的一种子集，即一个事务可能包含多个查询操作，而每个查询操作都会增加系统的 QPS。
因此，在进行性能测试时，可以通过监控系统的 QPS 和 TPS 来评估系统的性能状态。通常情况下，系统的 QPS 值会远远高于 TPS 值，因为一个事务可能包含多个查询操作。
点击数
点击页面后 所发的请求数量
错误率
功能测试通过后才进行性能测试 负载情况下
随机bug就是一个用户使用100次会出现一些错误 就是bug
错误率 是在系统高负载的情况下发送错误（失败业务）的概率
资源使用率
网络 磁盘 速度
cpu 使用率 时间
内存 大小
性能测试的流程
测试用例
性能测试执行
！！！
性能的关注点：响应时间 资源消耗
定义：使用自动化的工具 模拟不同的用户业务场景 针对软件测试各项性能的指标
目的：1.评估当前系统能力 2.定位系统的性能瓶颈，并优化性能 3.预估对未来业务的性能支持情况
性能测试和功能测试：
焦点：功能 正向逆向 性能 资源时间
关联：先功能测试再性能测试
负载测试：
从小到大逐步增加业务负载 找到满足需求情况下的系统最大负载量和系统极限最大的负载量
稳定性测试：
在正常业务背景下长时间运行的稳定情况
并发测试：
极短时间内，同时发送请求
压力测试：
测试异常情况 高负载情况下 是否会出错 以及其恢复情况
高强度下的压力稳定性测试（B-C）
极限负载下的破坏性压力测试(C-D)
性能测试指标：
响应时间 从客户端发请求到收到响应的总时间
服务器处理时间 + 网络传输时间
并发数 同时向服务器发送请求的用户数
吞吐量 QPS 每秒能处理的请求数 TPS 每秒能处理的事务数
一个事务可以对应一个或多个请求
点击数 web访问页面的时候所有元素的请求数
错误率 负载情况下 失败业务占总业务的比例 （与功能的随机bug区分开 其是在没有负载的情况下）
资源使用率 系统运行的时候 （CPU =》 时间） （内存 =》大小） （磁盘 网络 =》速度）
