性能测试指标

1、响应时间

指 应用 执行 一个 操作 需要 的 时间， 包括 从 发出 请求 开始 到 收到 最后 响应 数据 所需 要的 时间。 响应 时间 是 系统 最重要的 性能 指标， 直观 地 反映 了 系统 的“ 快慢”。

2、并发数

指 系统 能够 同时 处理 请求 的 数目， 这个 数字 也 反映 了 系统 的 负载 特性。 对于 网 站 而言， 并发 数 即 网 站 并发 用 户数， 指 同时 提交 请求 的 用户 数目。

3、吞吐量

指 单位 时间 内 系统 处理 的 请求 数量， 体现 系统 的 整体 处理 能力。 对于 网 站， 可 以用“ 请求 数/ 秒” 或是“ 页面 数/ 秒” 来 衡量， 也可 以用“ 访问 人数/ 天” 或是“ 处理 的 业务 数/ 小时” 等 来 衡量。TPS（ 每秒 事务 数） 是 吞吐量 的 一个 常用 量化 指标， 此外 还有 HPS（ 每秒 HTTP 请求 数）、 QPS（ 每秒 查询 数） 等。
在 系统 并发 数 由 小 逐渐 增大 的 过程中（ 这个 过程 也 伴随 着 服务器 系统 资源 消耗 逐渐 增大）， 系统 吞吐量 先是 逐渐 增加， 达到 一个 极限 后， 随着 并发 数 的 增加 反而 下降， 达到 系统 崩溃 点 后， 系统 资源 耗尽， 吞吐量 为零。 而 这个 过程中， 响应 时间 则是 先 保持 小 幅 上升， 到达 吞吐量 极限 后， 快速 上升， 到达 系统 崩溃 点 后， 系统 失去 响应。

系统 吞吐量 和 系统 并发 数， 以及 响应 时间 的 关系 可以 形象 地理 解 为 高速公路 的 通行 状况： 吞吐量 是 每天 通过 收费 站的 车辆 数目（ 可以 换算 成 收费站 收取 的 高速 费）， 并发 数 是 高速公路 上 的 正在 行驶 的 车辆 数目， 响应 时间 是 车速。 车辆 很少 时， 车速 很快， 但是 收到 的 高速 费 也 相应 较少； 随着 高速公路 上车 辆数 目的 增多， 车速 略 受 影响， 但是 收到 的 高速 费 增加 很快； 随着 车辆 的 继续 增加， 车速 变得 越来 越慢， 高速公路 越来越 堵， 收费 不 增 反 降； 如果 车流 量 继续 增加， 超过 某个 极限 后， 任何 偶然 因素 都会 导致 高速 全部 瘫痪， 车 走 不动， 费 当 然也 收 不着， 而 高速公路 成了 停车场（ 资源 耗尽）。 网 站 性能 优化 的 目的， 除了 改善 用户 体验 的 响应 时间， 还要 尽量 提高 系统 吞吐量， 最大限度 利用 服务器 资源。

4、性能计数器

它是 描述 服务器 或 操作系统 性能 的 一些 数据 指标。 包括 System Load、 对象 与 线程 数、 内存 使用、 CPU 使用、 磁盘 与 网络 I/ O 等 指标。 这些 指标 也是 系统 监控 的 重要 参数， 对这 些 指标 设置 报警 阈值， 当监控 系统 发现 性能 计数器 超过 阈值 时， 就 向 运 维和 开发 人员 报警， 及时 发现 处理系统 异常。
System Load 即 系统 负载， 指 当前 正 在被 CPU 执行 和 等待 被 CPU 执行 的 进程 数目 总和， 是 反映 系统 忙 闲 程度 的 重要 指标。 多 核 CPU 的 情况下， 完美 情况 是 所有 CPU 都在 使用， 没有 进程 在等 待 处理， 所以 Load 的 理想 值 是 CPU 的 数目。 当 Load 值 低于 CPU 数目 的 时候， 表示 CPU 有 空闲， 资源 存在 浪费； 当 Load 值 高于 CPU 数目 的 时候， 表示 进程 在 排队 等待 CPU 调度， 表示 系统 资源 不足， 影响 应用 程序 的 执行 性能。 在 Linux 系统 中 使用 top 命令 查看， 该 值 是 三个 浮点 数， 表示 最近 1 分钟， 10 分钟， 15 分钟 的 运行 队列 平均 进程 数。