- 博客(636)
- 收藏
- 关注
RSS订阅
原创 数据库设计规范（详细）
数据规范化设计一、数据规范化 仅有好的RDBMS并不足以避免数据冗余，必须在数据库的设计中创建好的表结构Dr E.F.codd 最初定义了规范化的三个级别，范式是具有最小冗余的表结构这些范式是：1、第一范式(1st NF －First Normal Fromate)2、第二范式(2nd NF－Second Normal Fromate)3、 第三范式(3rd NF－ Third Normal Fromate)第一范式 (1st NF)：第一范式的目标是确保每列的原子性如果每列都
2021-11-23 19:51:22
12883
7
原创 MySQL常用函数------详细
MySQL常用函数一、数字函数附加：ceil(x) 如ceil(1.23) 值为2 可以写成ceiling(x) 二、字符串函数划线就是常用的(取字节数)附加：char_length字符 （查询名字后三位数的） 如：char_length(name)=3可写成：select left(name,1) from c1; 三、时间函数用法：select now(); 四、系统函数为了加分隔符：select concat_ws('
2021-11-22 19:32:10
16083
21
原创 软件测试-------Web（性能测试 / 界面测试 / 兼容性测试 / 安全性测试）
Web（性能测试 / 界面测试 / 兼容性测试 / 安全性测试）一、Web性能测试：（压力测试、负载测试、连接速度测试）1、压力测试： 并发测试 （如500人同时登录邮箱）2、负载测试： 根据场景设计测试用例 如： 100用户登录邮箱 200用户查看新闻 300用户查看科技3、连接速度测试： ①用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网 ②如果Web系统响应时间太长（例如超过5秒钟），用户就
2021-11-14 20:01:11
12562
原创 吐血整理，全链路性能测试-压测三大模型，跟着老鸟上高速...
下图是一个常见的电商双11大促时候的业务场景模型图，以这个思维导图为例来做分析说明。一般来说梳理业务场景模型大概有如下几个步骤：根据业务特性和业务确定本次大促主要涉及的业务范围（如电商一般是交易、活动和库存业务）；确定大促涉及的业务范围中，对应的核心业务各有哪些（这里要对业务进一步的细化，如上图）；根据梳理出来的核心业务场景，进一步的进行打标赋权（假设流量过高或特殊情况，哪些可以放弃）；PS：上面提到的细化业务场景以及打标签赋予权重，是为了更明确的知道，哪些是最核心不能出问题的场景；
2025-08-29 16:24:26
551
原创 爆肝整理，全链路性能测试-稳定性预案分析，一篇通关...
1、什么是预案？通过字面意思来看，预案通俗易懂，即针对预期可能出现的问题所设计的解决方案。放在全链路压测领域，其实稳定性预案并非全链路压测体系中的一部分，而是可以看做一个独立的细小领域，但又和全链路压测有重要的联动关系。因为全链路压测大多在生产环境开展，虽然可以通过流量识别和数据隔离来保证不对线上业务和数据造成影响，但毕竟是在生产环境执行，有些问题难以避免。2、预案有哪些类型？从我近几年的实践经验来说，预案大概分入如下几种类型：日常预案：线上服务发布失败的回滚方案；
2025-08-28 20:40:32
496
原创 13年老鸟，性能测试全链路压测实际落地，不要再走弯路了...
比较核心的一些技术点。1、隔离方案1）流量隔离既然我们的前提是在生产环境进行压测，那么无论是趁着业务流量低峰期，还是生产全链路压测常态化，对于压测流量的隔离区分，是一定要首先解决的。目前业内比较常见的方案，有如下两种：中间件改造+流量标透传（业务侵入较多）；agent+字节码增强技术（业务侵入较低）；这两种方案的选型，需要基于研发团队的整体技术栈以及业务迭代情况等因素综合考虑。
2025-08-27 16:10:31
708
原创 13年测试老鸟，全链路性能测试压测实战，一篇打通...
准备工作1、链路梳理1）业务场景业务场景的梳理，主要目的是识别核心链路+场景模型；2）上下依赖根据核心链路+场景模型的梳理，分析出它们的上下游依赖（强弱依赖、MQ、job）；3）接口文档随着业务版本迭代，涉及到接口逻辑变更，信息无法做到及时更新。如果无法提前进行梳理，在服务联调过程中容易出现各种莫名其妙的问题。4）流量配比流量配比是个很玄学的问题！真实的用户请求走哪些链路，各自占比多少？不同的业务场景，日常和周末、大促相比，占比又是多少？
2025-08-26 16:05:15
367
原创 资深测试整理，性能测试-压力测试实例与分析，一篇打通...
1、一次简单的压力测试实例1）性能测试需求响应时间：≤20S网络环境：公司100M内网压测环境：生产环境压测：模拟综合业务场景业务场景：库存查询功能由后台迁移至移动端：后台有800个查询入口，移动端变为6400个入口服务器配置：云服务器2）需求分析需求如上，性能测试最关注的三个指标分别是：响应时间、TPS、资源使用情况。根据需求来看，要求响应时间不能超过20S的前提下，通过压力测试得到服务器的最大处理能力；且只是一个库存查询功能，因为是在线上压测，所以业务场景可以保证是真实可靠的。
2025-08-25 16:08:33
914
原创 史上最细，性能测试常见全面术语汇总，一篇带你彻底打通...
对被测系统不断施加压力，直到性能指标超过预期或某项资源使用达到饱和，以验证系统的处理极限，为系统性能调优提供依据；①狭义上的并发：所有用户在同一时间点进行同样的操作，一般指同一类型的业务场景，比如1000个用户同时登陆系统；②广义上的并发：多个用户与系统发生了交互，这些业务场景可以是相同的也可以是不同的，交叉请求和处理较多；系统在一定饱和状态下，例如CPU、内存等饱和情况下，系统能够处理的会话能力，以及系统是否会出现错误。
2025-08-24 12:18:32
326
原创 测试老鸟总结，性能测试-全链路项目压测，一篇入门打通...
1、什么是全链路压测基于实际的生产业务场景、系统环境，模拟海量的用户请求和数据对整个业务链进行压力测试，并持续调优的过程。2、全链路压测解决什么问题针对业务场景越发复杂化、海量数据冲击下整个业务系统链的可用性、服务能力的瓶颈，让技术更好的服务业务，创造更多的价值。3、面对的问题点以及解决方案1）业务模型梳理首先应该明确的是：全链路压测针对的是现代越来越复杂的业务场景和全链路的系统依赖。所以首先应该将核心业务和非核心业务进行拆分，确认流量高峰针对的是哪些业务场景和模块，
2025-08-22 16:16:50
745
原创 资深测试老鸟，性能测试需求案例+项目指标分析，一篇通透...
1、项目性能需求分析案例1）本次性能测试的目的是什么？是验证新服务的最大性能表现、安全容量，还是验证该新服务对应的技术架构性能和稳定性表现？如果是验证最大性能表现和安全容量，那需要挑选出该服务的核心业务场景，并按照预估的线上流量和业务量制定流量模型，准备测试数据，然后再执行压测。如果仅是验证该新服务技术架构(特指MySQL分库分表)的性能和稳定性表现，则创建SQL语句直接压测数据库即可。目的不同，则具体的实施方案和准备事项不同。2）如何设计该性能需求的三大模型？
2025-08-21 16:13:41
387
原创 8年测试老鸟，企业项目性能测试流程分析，快速打通...
1、需求调研分析主要内容：1）系统上线环境性能需求（TPS、ART、成功率、资源利用率）2）系统信息（线上环境硬件、参数配置、系统架构、部署方式、关联系统部署）3）业务信息（关键业务逻辑与处理流程、交易列表、交易量信息、业务分布规律）4）数据规模（测试业务关联表数据量及预计未来数据量）5）测试人员、配合人员清单6）系统上线时间，测试计划规划7）测试场景确认工作产出：《xxx系统非功能测试需求调研表》2、测试方案1）概述。
2025-08-20 16:05:50
735
原创 爆肝整理，性能测试环境+业务场景分析，一篇通关...
1、性能测试环境单独的测试环境风险可控，难点在环境的构建上，规模和生产一致的成本也是较高的，所以一般而言有通过等比构建（1/2，1/4，1/8等），甚至是生产环境中部分应用独立部署测试集群，数据库共用的方式。此外测试环境需要从生产环境中导入脱敏的基础数据，例如至少是最近半年或者1年的，保持其整体的数据关联性，这个对于压测的准确度和参考性也很重要。
2025-08-19 16:09:20
641
原创 爆肝整理，性能测试如何做？性能问题定位分析，一篇通透...
1、什么情况下进行性能测试1）系统上线前在系统正式上线之前，必须进行性能测试，以确保它在预期的用户负载下能够正常运行。具体包括：开发阶段的尾声：在功能开发和单元测试完成后，系统的主要功能稳定，开始进行性能测试，以验证是否达到性能要求。发布前的最后检验：上线前模拟生产环境进行全面的负载、压力和容量测试，确保系统能在大规模用户访问时保持稳定。2）系统版本更新或重大功能改进每次发布新版本、添加新功能或进行架构改动时，都需要进行性能测试来验证更新对系统性能的影响。
2025-08-18 16:03:54
915
原创 吐血整理，性能测试流程到项目实战总结，一篇速通...
1、性能测试实战流程要通过API接口对服务系统进行性能测试，必须要熟悉服务系统的接口性能测试通常比较复杂，要真正的做好很不容易性能测试工程师要具备哪些技能？要有产品视野，需要明白真实场景下，用户是怎样使用产品的，才能知道哪些场景是用户大量使用的，容易有性能瓶颈的，继而有针对性的设计性能测试用例，开发性能测试代码。要有开发视野，明白产品架构，甚至是一些实现细节，这样才能对哪些场景可能会引发性能问题了然于胸。要有测试经验，结合前面的知识，写出良好的性能测试用例。
2025-08-17 16:18:11
921
原创 爆肝整理，项目性能测试方法流程+指标分析，一篇通关...
1、性能测试的方法负载测试：在被测系统上不断增加压力，直到性能指标超过预定指标或某种资源使用已达饱和状态。可以找到系统的处理极限，为系统调优系统数据。通常需要考虑系统的业务压力量和典型场景，使测试结果具有业务上的意义压力测试：测试系统在一定饱和的状态下，系统处理会话的能力，以及系统是否会出现错误通过增加压力，使系统的资源使用保持在一定的水平，验证此时应用的表现，重点在于是否有错误信息产生，系统对应用的响应时间等。
2025-08-15 16:22:01
754
原创 【性能测试】性能瓶颈定位思路+结果分析（详情）
1、性能瓶颈定位思路整体思路：从前到后，从表象到内部1）首先排查压力机自身的问题，如CPU、内存、网络、脚本2）监控中间件的访问日志，观察相应时间耗时，出现在哪一个环节。3）排查网络问题，监控压力机到后端服务器的网络是否出现瓶颈4）监控服务端的所有机器（Tomcat、nginx、apache、mysql）的操作负载，CPU、内存、网络、磁盘是否达到瓶颈5）监控应用服务器日志，查看是否存在ERROR、timeout、等报错。
2025-08-14 19:43:43
972
原创 超细整理，性能测试-项目完整测试流程，一篇带你不再走弯路...
1、准备工作1）系统基础功能验证性能测试在什么阶段适合实施？切入点很重要！一般而言，只有在系统基础功能测试验证完成、系统趋于稳定的情况下，才会进行性能测试，否则性能测试是无意义的。2）测试团队组建根据该项目的具体情况，组建一个几人的性能测试team，其中DBA是必不可少的，然后需要一至几名系统开发人员（对应前端、后台等），还有性能测试设计和分析人员、脚本开发和执行人员；在正式开始工作之前，应该对脚本开发和执行人员进行一些培训，或者应该由具有相关经验的人员担任。3）工具的选择。
2025-08-13 16:08:17
701
原创 资深测试老鸟，性能测试总结分析，一篇直接上高速...
1、性能测试指标只有通过性能指标的确立和分析，我们才能判断软件的性能是否符合要求。响应时间 RT：从用户发送一个请求到用户接收到服务器返回的响应数据的这段时间就是响应时间。通常使用平均响应时间、最大响应时间、百分位响应时间等来衡量。响应时间 = 呈现时间 + 网络传输时间 + 服务器端响应时间 + 应用延时时间吞吐量：单位时间内系统处理的客户端请求数量。
2025-08-12 16:13:08
1017
原创 测试老鸟整理，性能测试-性能案例分析汇总，一篇概全...
问题：某次压力测试，同样并发TPS,但前期性能良好，后期数据库CPU飙升压测会产生大量级的数据，数据增长会带来性能的损耗压测数据不合理，导致统一设备关联多个用户，服务端不做限制的in查询不合理分页，未做页数limit,导致将数据库新增数据全部查询问题：响应时间过长，什么原因怎么分析？一般响应时间过长有下面几个原因：1）服务器硬件资源cpu，内存，磁盘达到瓶颈，可以使用监控命令排查2）网络问题导致，比如丢包，带宽不够等等3）线程出现死锁，阻塞等问题可以用jstack查看。
2025-08-11 16:08:05
727
原创 8年测试经验，确定项目性能测试指标+常见APP性能指标...
1、如何确定项目性能指标1）性能指标重要吗？毫无疑问，性能指标很重要。相比于功能测试或者业务测试来说，性能测试更具有技术属性，即对结果的评估目的性更明确。功能测试如果出现BUG，原因可能是需求描述不清晰，设计的交互逻辑不合理，或者开发和测试同学对需求实现理解有差异。但性能测试的结果是更精确，更容易用数值衡量的。比如：响应时间2秒和200ms，是特别大的差异。如果系统的访问量稍高一些，则可能带来更大的影响。
2025-08-10 16:15:42
425
原创 爆肝整理，性能测试-项目性能流程分析，一篇策底通关...
1、性能需求分析性能需求分析是整个性能测试工作开展的基础，如果连性能的需求都没弄清楚，后面的性能测试执行其实是没有任何意义的，而且性能需求分析做的好不好直接影响到性能测试的结果。在需求分析阶段，测试人员需要与项目相关的人员进行沟通，收集各种项目资料，对系统进行分析，建立性能测试数据模型，并将其转化为可衡量的具体性能指标，确认测试的目标。1）系统信息调研指对被测试系统进行分析，需要对其有全面的了解和认识，这是我们做好性能测试的前提，而且在后续进行性能分析和调优时将会大有用处。
2025-08-08 16:10:00
898
原创 【性能测试】压测性能瓶颈+平均并发数与并发峰值估算（详情）
1、性能测试瓶颈1）硬件上的性能瓶颈主要指的是CPU、RAM方面的问题。例如，在进行软件需求分析、概要设计时，确定了在数据库服务器上需要6个CPU、12G内存但是在测试时，发现CPU的持续利用率超过95%，这时可以认为在硬件上出现了性能瓶颈。2）应用软件上的性能瓶颈一般指的是应用服务器、WEB服务器等应用软件，还包括数据库系统。例如，在WEBLogic平台上配置了JDBC连接池的参数，最大连接数为50，最小连接数为5，增加量为10。
2025-08-07 16:11:17
903
原创 爆肝整理，接口性能测试入门到实战，看这一篇就够了...
1、性能测试方法及目标性能测试方法：1）基准测试（Benchmark Testing）基准测试是基于一定规模的数据量上进行单业务或按实际用户操作同比例组合业务的测试，目的在于量化响应时间、吞吐率的指标，便于后续比对。方法是做多组不同场景的测试，观察结果，抽取出几个关键数据做好记彔，用于以后进行性能对比和评价。2）性能测试（Performance Testing）通过模拟生产运行的业务压力量和使用场景组合，测试系统的性能是否满足生产性能要求。特点：主要目的是验证系统是否具有系统宣称的能力。
2025-08-06 16:10:39
700
原创 【性能测试】概念指标计算+TPS与同步异步，跟着老鸟一篇打通...
1、性能基本概念和计算公式对一个软件做性能测试时需要关注那些性能呢？首先，开发软件的目的是为了让用户使用，我们先站在用户的角度分析一下，用户需要关注哪些性能。对于用户来说，当点击一个按钮、链接或发出一条指令开始，到系统把结果已用户感知的形式展现出来为止，这个过程所消耗的时间是用户对这个软件性能的直观印象。也就是我们所说的响应时间，当相应时间较小时，用户体验是很好的，当然用户体验的响应时间包括个人主观因素和客观响应时间，在设计软件时，我们就需要考虑到如何更好地结合这两部分达到用户最佳的体验。
2025-08-05 16:06:40
840
原创 【性能测试】TPS计算方法+并发用户数的思考，一文通透...
1、TPS及计算方法TPS (transaction per second)代表每秒执行的事务数量，可基于测试周期内完成的事务数量计算得出。例如，用户每分钟执行6个事务，TPS为6 / 60s = 0.10 TPS。同时我们会知道事务的响应时间(或节拍)，以此例，60秒完成6个事务也同时代表每个事务的响应时间或节拍为10秒。利特尔法则的公式描述为：Lead Time(产出时间)= 存货数量×生产节拍 或 TH(生产效率)= WIP(存货数量)/ CT(周期时间)
2025-08-04 16:07:01
954
原创 【性能测试】测试老鸟分析，TPS和事务响应时间的关系（详全）
例子：一个高速路有10个入口，每个入口每秒钟只能进1辆车1）请问1秒钟最多能进几辆车？TPS=102）每辆车需要多长时间进行响应？3）改成20辆车，每秒能进几辆？每辆车的响应时间是多长？TPS = 10，reponse time = 1 (10个为一等份，分成两等份，平均tps (10/1+10/2)/2=7.5 平均响应时间(2+1)/2=1.54）入口扩展到20个，每秒能进几辆？每辆车的响应时间是多长？5）看看，现在TPS变了，响应时间没变，TPS和响应时间有关系吗？木有关系。
2025-08-03 16:32:36
758
原创 【性能测试】混合业务场景TPS+内存溢出定位分析+调优和分析（详情）
1、混合业务场景的TPS计算方式TPS的计算单业务与混合业务业务的基准测试场景构建单业务测试混合业务测试：登录-资料录入-发短信认证-核保页面渲染+业务处理时间+思考时间=单次业务时间5分钟内完成2000笔资料录入+发短信认证 计算平均并发（单位时间内平均能同时处理完成的录入+认证业务）平均并发=（单次时间*业务量）/业务总时间平均并发峰值并发=平均并发数+3*根号平均并发 =33+17=502、内存溢出问题定位和分析1）堆内存溢出。
2025-08-01 16:11:19
575
原创 8年测试经验，TPS上不去原因+TPS指标计算方法汇总...
tps上不去的原因？1、网络带宽：当你模拟大量用户发起请求的时候，单位时间内传递的数据包过大，超过了带宽的传输能力，造成网络资源竞争，间接的就导致了服务器接收的请求数达不到服务器的处理能力上限，tps值自然就不会上升。2、连接池：连接池一般主要有两种，应用服务器连接池配置 和 数据库连接池配置，配置太小，连接数被占满了，新的连接只能等待，tps值也就自然不会再上升。
2025-07-31 16:09:20
691
原创 超细整理，性能测试-并发用户详细分析，不要再走弯路了...
1、并发用户数大家都知道我们的性能测试就通过工具模拟多用户对系统进行操作，对系统造成压力，来验证系统的性能（不太标准的解释）。好多人也简单的把性能测试当成并发测试。那么这个“多用户”和“同时”两个因素缺一不可。只多用户不同时，很难对系统构成压力；没有多个用户，同时的概念也就自然不存在了2、并发的两种情况一种是严格意义上的并发，即所有的用户在同一时刻做同一件事或操作，这种操作一般指做同一类型的业务。比如，所有用户同一时刻做并发登陆，同一时刻做表单提交。
2025-07-30 16:28:02
857
原创 测试老鸟整理，性能测试全类型分析（详细）看这篇就够了...
1、负载测试（可置性测试）定义：在被测系统上不断增加压力，直到性能指标（如响应时间）超过预期指标或者某种资源使用已经达到饱和状态。可以找到系统的处理极限，为系统调优提供数据特点：1）：该方法主要目的是找到系统处理能力的极限2）：该方法在给定的测试环境下进行，通常需要考虑被测系统的业务压力量和典型场景3）：该方法一般用来了解系统的性能容量，或者是配合性能调优来使用性能容量：系统在保证一定响应时间的情况下能够允许多少并发用户的访问2、压力测试。
2025-07-29 16:05:40
607
原创 全面整理，性能测试分析+定位（项目案例分析）一篇打通...
1、压测过程中TPS上不去？请求响应时间过长？硬件资源不足：服务器的CPU、内存、磁盘等硬件资源不足，无法支撑高并发的请求处理。可以通过增加硬件资源或者优化服务器配置来提升TPS。网络带宽限制：网络带宽不足，导致服务器无法及时响应请求。可以通过增加网络带宽或者优化网络传输方式来提升TPS。数据库性能问题：数据库的读写性能不足，无法满足高并发的请求。可以通过优化数据库结构、索引、查询语句等方式来提升数据库性能。代码逻辑问题：应用程序中存在性能瓶颈或者死循环等问题，导致请求处理速度变慢。
2025-07-28 16:06:28
761
原创 吐血整理，性能测试-知识体系分析，学习路线指南...
1、基础指标简单来说，性能测试实际上主要关注如下三点：速度：TPS、RT；容量：吞吐量、PV、Hit；资源：CPU、Memory、DiskIO、Network、文件句柄数；2、性能分层性能测试领域，要在评估调研阶段就考虑性能分层的影响。在性能分析和优化阶段，也要考虑不同层级对整体性能的影响。我将它们分为如下六层：网络层：主要指带宽、网段、防火墙等设施，当然，CND之类的资源，也可以划分在这一领域；网关层：网关是请求入口和业务接入层，一般登录验签调用、加解密鉴权、限流等操作，都是在网关进行；
2025-07-27 16:06:49
653
原创 测试老鸟整理，性能测试超细汇总，一篇直接上高速...
1、性能测试的测试流程1）分析性能测试需求==》a.甲方提出的 b.通过线上客户反馈的 c.在测试当中发现的2）编写性能测试方案和性能测试计划3）编写性能测试用例或者设计性能测试场景性能测试的类型：a.并发测试==》抢优惠券，秒杀商品==》所有的用户在同一个时间调用同一个接口b.负载测试==》不断的对服务器施加压力，发现服务器的瓶颈点和拐点c.压力测试（稳定性压力测试）==》用服务器100%的tps去稳定运行1H，2H，12H看看是否有内存溢出或者内存泄露等等。
2025-07-25 16:06:31
860
原创 爆肝整理，性能测试详细汇总，从0到1打通（二）
等待队列在程序中，都会涉及到等待队列的，不管是同步交互还是异步的交互中，都会涉及它的最⼤队列，这样设计的核⼼思想是防⽌在客户端⾼并发的情况下服务端在没有队列的情况下出现雪崩以及最终导致服务端出现瘫痪，因此队列 等待是⾮常核⼼并且是⾮常有必要的。在等待队列中，测试需要得出如下⼏个性能数据：1）队列设置的值是多少?最⼤可以运⾏的任务是多少？
2025-07-24 20:23:19
778
原创 【性能测试】企业项目性能压测问题定位（详细整理）
1、明确问题症状在开始定位问题之前，首先要收集和确认问题的具体表现。常见的性能问题症状包括：响应时间变长：某些请求或操作的执行时间明显超出预期。吞吐量降低：系统无法处理预期的请求数量。CPU或内存使用率过高：服务器资源消耗异常高，可能导致性能下降。线程或连接耗尽：系统无法处理新的请求，表现为死锁或资源不足。在明确症状时，确保理解以下关键问题：哪些操作或场景下出现了问题？问题是偶发的还是持续性的？是否在特定的用户行为或时间段内发生？2、重现性能问题。
2025-07-23 16:10:05
766
原创 爆肝整理，性能测试详细汇总，从0到1打通（一）
用户视角一般关于响应时间业界的说法1-3秒，属于优的表现；3-5秒，可以接受，属于中间的表现；5秒以上，无法接受；在工作中要是大于五秒需要提交程序员改进运维视角cpu使用率 内存使用率 平均负载（过去一分钟 五分钟内存的适用率）cpu和内存的使用率大于70%的时候可能存在部署的程序访问速度很慢mysql等数据库关注指标所有的数据都是来自数据库：1）连接数：可能存在连接数泄露（使用了连接数，但是没有释放）2）读写速度：IOPS。
2025-07-22 16:04:27
941
原创 吐血整理，性能测试基础到场景设计，看这篇就够了...
什么是性能测试？用工具模拟实际并发场景，发现系统问题，使系统上线后在接近的用户场景下不死。工程解释：性能测试是针对系统的性能指标，建⽴性能测试模型，制定性能测试⽅案，制定监控策略，在场景条件之下执⾏性能场景，分析判断性能瓶颈并调优，最终得出性能结果来评估系统的性能指标是否满⾜既定值。你在工作中经常做得三件事？也叫性能测试的价值分类：1）性能验证：针对给定的指标，只做性能验证2）性能测试：针对给定的系统做全面的性能测试，可以得到系统的最大容量，但不涉及到调优 –-旧系统保证系统不衰减。
2025-07-21 16:03:56
628
原创 【性能测试】性能压测3个阶段+高频面试题回答（详细）
1、单个接口的压测（基准容量测试）目的：验证被测试接口的最高TPS（基于一定的响应时间ms)，TPS是从服务端角度验证接口性能；方法：采用梯度压测方法，按照设置的梯度逐步递增压力，观察TPS曲线变化（测试时注意递增的粒度，粒度需要细化到TPS曲线跟随梯度压力曲线呈梯度变化）最大TPS：1）当梯度压力增加时，TPS趋于稳定不再增加，继续增加压力接口响应时间不断增加，该TPS即是最大TPS（对于无明显性能拐点的系统适用）；
2025-07-20 16:05:24
686
原创 【性能测试】Jmeter性能测试高并发案例场景+指标分析（详细）
测试场景：模拟618百万级的订单量一个物流信息的查询接口条件：接口响应时间<150ms以内。10万并发量每秒。设计性能测试方案1）生产环境a.10W/S–并发量（架构师/技术负责人提供）b.20台机器（4G*4核配置）2）性能测试环境a.出于成本考虑，绝大多数公司，是做不到和生产环境一样配置的。有些生产环境有几百台甚至几千台机器，测试环境做不到。b.基准测试 – 少量的请求，少量的服务器 – 性能测试 – 通过理论推导生产环境性能。
2025-07-18 16:01:04
1048
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人