m0_70102063的博客

1、性能测试流程性能测试的步骤大概分四个阶段：需求分析阶段、准备阶段、执行阶段、报告整理和总结阶段需求分析阶段：1）熟悉项目相关的资源，如：架构设计，软硬件环境配置，线上业务运营数据（交易量，用户活跃度，请求分布等）2）根据运营数据或者指标，确定性能测试要达到的目标，如：支持xx并发，tps要达到多少，响应时间要达到多少，CPU，网络，IO的负载情况等等3）设计性能测试计划：与功能测试差不多–项目背景；–项目结构；–测试功能；–软硬件资源准备；–时间/人力安排；

并发/负载/压力理解负载测试：通过不断加压使系统达到瓶颈，为调优提供参考数据压力测试：稳定性压力测试：在不同的给定的条件下（比如内存的使用，一定时间段内有多少请求等），系统表现出来的处理，反应能力（这里会考虑系统的容错能力，恢复能力）破坏性压力测试：不断加压，直至系统崩溃，挂掉，来得出系统的最大承受能力在哪儿并发测试：简单理解就是业务场景短时间内有大量的请求需要处理，一般出现在登陆或者某些比较重要的模块，按钮。压力测试。

负载与压力测试1、负载测试：是通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足性能指标的情况下，系统所能承受的最大负载量的测试；2、压力测试：是通过逐步增加系统负载，测试系统性能的变化，并最终确定在什么负载条件下系统性能处于失效状态，并以此来获得系统能提供的最大服务级别的测试。例子分析1：登录接口，我们先10个用户访问，然后100个用户访问，然后1000个用户访问，关注程序的响应时间，所耗资源，直到超时或关键资源耗尽。压力测试：是指程序长时间运行的稳定性。

性能测试实战性能测试需求分析阶段：根据用户使用习惯和实际业务的性能需求，生成性能测试需求调查表；根据性能测试需求及系统重要业务调研，选取典型业务；了解业务模型及业务架构；性能测试设计阶段：编写性能测试用例；结合性能测试用例录制/修改/完善测试执行脚本；结合用户应用场景设计性能测试执行场景；性能测试执行阶段：利用LoadRunner性能测试工具中的Controller应用，按照并发用户数执行场景，并保存测试结果（Jmeter同理）；

一个问题：性能测试环境必须和生产环境保持1:1配置一致吗？我们经常听到各种各样性能测试相关的问题，比如高并发/性能优化/各种性能指标以及压测工具等。但作为性能测试活动开展的基础：测试环境，却很少有人提及。独立性能环境重要性有些伙伴担心，由于性能测试环境和线上环境配置不一致，会导致线下环境得到的性能结果无法发现足够多的性能问题，无法对线上环境的容量评估/稳定性保障带来足够的参考。其中担心的重点有如下几点：一致，服务的容量无法很好的换算；配置不一致，导致压测时候无法模拟太高的并发；

常见的性能异常在性能测试过程中，常见的异常有几种：响应时间变得超长，同时TPS可能也会出现降低或者一直维持不动。因为系统只能处理50个并发，但是给它来个60、70个并发，这时系统处理不过来就会出现排队，所以响应时间也就变长。服务器压垮了、宕机。服务器没垮，但可能服务垮了，这时由于服务器还能请求成功，所以接口状态码有可能还是返回200，但实际上所有请求的返回可能就直接是一个异常。

性能测试是为了评估系统或应用程序在特定工作条件下的响应速度、吞吐量、稳定性和可伸缩性等方面的能力。这种类型的测试通常会涉及模拟大量用户同时访问应用程序，并对其进行负载压力测试，以确定系统在高负载情况下是否能够正常运行。性能测试是必须要通过工具实现的，手工无法实现性能测试，因为性能测试就是模拟非常多的人同时操作系统，如果使用人工进行，那得找非常多的人一起操作，这个成本会非常庞大。