进阶测开日常积累 —— 性能测试！

背景：

这次来解释一下，为什么我那么多回答都不建议大家花太多时间去学性能，建议都是简尝即可呢~具体看正文，说一下性能测试相关的东西~就好了

对于新手太不友好了，所以别花这个时间~~而且很多大多中小企业，对性能根本没啥应用概念~所以前期真不建议花太多时间在这玩意儿上面~~费时间~~

大佬勿扰~

1、性能测试的概念

传统性能测试概念

缺点

1、在实际的项目实施过程中，不具备全局的指导价值

2、没有确凿的证据来源

3、混乱，一个概念衍生多个概念，概念之间的界限非常模糊

例子

1、压力测试

2、容量测试

3、极限测试

新定义的性能测试

定义

也相当于性能测试的八个步骤，1~4是准备步骤，5~8是执行步骤

性能测试针对系统的性能指标(1)，建立性能测试模型(2)，制定性能测试方案(3)，制定监控策略(4)，在场景条件(5)之下执行性能场景(6)，分析判断性能瓶颈并调优(7)，最终得出性能结果(8)来评估系统的性能指标是否满足既定值。

具体解释如下详细说明

下面解释就是一个完整性能测试中要做的事情

2、性能测试需要有指标

1、指标

时间指标

容量指标

资源利用率指标

3、性能测试需要有模型

模型是真实场景的抽象，可以告诉性能测试人员，业务模型是什么样子。

业务模型

统计出所有业务

筛选出需要并发的业务

计算出业务的并发数

监控模型

从线上导入

用模型导出

4、性能测试要有方案

内容

测试方案有以下内容基本就足够了，具体信息还需要精准

测试环境

测试数据

测试模型

性能指标

压力策略

准入准出

进度风险

测试计划

测试计划建议单独写，不写在测试方案里

编写工具

Project

OmniPlan

……

单独写的优点

细分条目

跟踪各个工作的动态进度

设置前后依赖关系

填入资源和成本，以便计算项目偏差

5、性能测试中要有监控

监控

1、分层

2、分段

3、全局

4、定向

这里只说明概念，后面有细讲

6、性能测试要有预定的条件

预定条件

1、软硬件环境

2、测试数据

3、测试执行策略

4、压力补偿

……

动态扩展

7、性能测试中要有场景

定义

场景来源于英文scenario

前提

既定的环境（包括动态扩展等策略）

既定的数据（包括场景执行中的数据变化）

既定的执行策略

既定的监控

动作

执行性能脚本

观察系统各层级的性能状态参数变化

判断分析场景是否符合预期

分类

基准性能场景

做的是单交易（单个业务/接口）的容量，为混合容量做准备

容量性能场景

最核心的性能执行部分

稳定性性能场景

最核心的元素是时间

异常性能场景

前提是要有压力

场景与用例

场景起着用例的作用，但不能将用例当作场景

1、用例会限定在描述测试脚本和测试数据上

2、用例没有描述需要实时的判断和动态的分析

3、用例当作场景会影响性能结果的输出

8、性能测试中要有分析调优

性能项目分类

1、新系统性能测试类

这样的项目一般都会要求测试出系统的最大容量

2、旧系统新版本性能测试类

这样的项目一般都是和旧版本对比，只要性能不下降就可以

3、新系统性能测试优化类

这类的系统不仅要测试出最大容量，还要求调优到最好。

性能团队职责定位

性能验证

针对给定的指标，只做性能验证

第三方测试机构基本都是这样做的

只能做以上第1种项目，新系统性能测试类项目

性能测试

针对给定的系统，做全面的型嫩个测试，可以得到系统最大容量，的那不涉及到调优

只能做以上前两种项目

性能测试 + 分析调优

针对给定的系统，做全面的性能测试，同时讲系统调优到最优状态

只有这种团队才能做以上三种项目

9、性能测试肯定要有结果报告

通过定义监控，执行场景，产生的数据整理到结果报告中

测试报告是需要汇报或者归档的

测试报告汇报内容主要写上调优前后的TPS、响应时间以及资源对比图

10、总结

1、不再使用传统性能测试概念

2、新定义的性能测试概念就是性能测试的方法和流程

3、对概念的统一理解，可以抹平沟通的误解

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走！ 

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。