性能测试_第一节

性能：软件质量属性中的效率特性

效率特性：

时间特性（表示系统处理用户请求的响应时间）

资源特性（表示系统运行过程中，系统资源的消耗情况。资源包括：CPU、内存、磁盘等）

性能测试概念：使用自动化工具，模拟不同的场景，对软件各项性能指标进行测试和评估的过程

1. 后台处理程序的性能（代码性能）
2. 应用服务器、数据库、架构设计等是否存在瓶颈
3. 服务器资源消耗（CPU、内存、磁盘、网络）

性能测试的目的：

1. 评估当前系统能力
2. 寻找性能瓶颈，优化性能
3. 评估软件是否能够满足未来的需要

功能测试与性能测试的区别

功能测试：验证软件系统操作功能是否符合产品功能需求规定，主要焦点在功能（正向、逆向）

性能测试：验证软件系统是否满足业务需求场景，主要焦点是业务场景的满足（时间、资源）

性能测试的策略：基准测试、负载测试、稳定性测试、并发测试、压力测试。

基准测试：侠义上讲就是单用户测试。测试环境确定后，对业务模型中的重要业务做单独的测试，获取单用户运行时的各项性能指标。

负载测试：经过逐步增加系统负载，确定在满足系统的性能指标情况下，找出系统所能承受的最大负载量的测试。

稳定性测试：在服务器稳定运行（用户正常的业务负载下）的情况下进行长时间测试（1天-1周），并最终保证服务其能满足线上业务需求。

压力测试：在强负载下的测试，查看系统在峰值情况下是否功能隐患、系统是否具有良好的容错能力和可恢复能力。

压力测试：1、极限负载情况下导致系统崩溃的破坏性压力测试2、高负载下的长时间的稳定性压力测试

并发测试（绝对并发）：是指在极短的时间内，发送多个请求，来验证服务器对并发的处理能力。

性能测试的指标：响应时间、并发数、吞吐量、点击数、错误率、资源利用率

响应时间：指用户从客户端发起一个请求开始，到客户端收到从服务器返回的结果，整个过程所耗费的时间。注意：1、通过http接口请求消息来测试，2、不包括发消息时前端页面的处理时间和收到消息后前端页面的渲染显示时间

并发（用户）数：某一时刻同时向服务器发送请求的用户数。

吞吐量：单位时间内处理的客户端请求数量。---直接体现软件系统的性能承载能力。

QPS(query per second)每秒查询数:控制服务器每秒处理的指定请求的数量。

TPS（transactions per second）每秒事务数：控制服务器每秒处理的事务请求的数量。

点击数：客户端向服务端发送请求时，所有的页面资源元素（图片、链接、框架CSS、js等）的请求总数量。

错误率：系统在负载情况下，失败业务的概率。错误率=（失败业务数/业务总数）*100%

----大多系统都会要求错误率无限接近于0。

-----------错误率是一个性格指标，不是功能上的随机bug

资源利用率：系统各种资源的使用情况，一般用（资源的使用量/总的资源可用量*100%）。

性能测试的流程：1、明确被测系统（熟悉被测系统的业务功能、熟悉被测系统的技术架构）2、明确测试内容（业务角度：--用户使用频率较高的关键、业务功能。技术角度：逻辑复杂度高的业务、数据量大的业务）3、明确测试策略（负载测试、稳定性测试、并发测试。。。。）4、明确测试指标（有明确需求指标--执行结果与预期指标进行对比，无明确需求指标）

性能测试计划和方案：测什么（项目背景、测试目的、测试范围）、谁来测（进度与分工、交付清单）、怎么测（测试策略）

性能测试执行：

1. 建立测试环境：--搭建性能测试环境，包括硬件环境、软件环境、网络环境（一般情况下可以要求运维和开发工程师协助完成）
2. 编写测试脚本：--按照性能测试用力的需求，使用性能测试工具进行编写测试脚本（脚本可以自己编写，也可以使用工具来录制）
3. 性能测试监控：--在脚本执行钱，配置各项性能的监控指标（如响应时间、TPS、错误率、资源使用率（CPU、内存、磁盘等））
4. 执行测试脚本：设置性能运行场景，执行性能测试，并同步收集各项性能指标（执行性能测试脚本前，保证脚本都调试通过）

性能分析和调优：性能测试人员经过对结果的分析以后，如果不符合性能需求，则会提出性能bug，然后由开发人员进行后续的调优。

调优--开发人员为主导，数据库管理员、系统管理员、网络管理员、性能测试分析人员配合进行

验证--性能测试人员继续进行第二轮、第三轮。。。的测试，与以前的测试结果进行对比，从而确定经过调整以后系统的性能是否有提升。

性能测试报告：测试报告是对性能测试工作的总结，为如阿健后续验收和交付打下基础。

测试报告的主要内容：1、测试工作的经过回顾2、缺陷分析和调优3、风险评估4、性能测试结果5、测试工作总结与改进