- 博客(574)
- 收藏
- 关注
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
12811
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
16014
21
原创 软件测试-------Web（性能测试 / 界面测试 / 兼容性测试 / 安全性测试）
Web（性能测试 / 界面测试 / 兼容性测试 / 安全性测试）一、Web性能测试：（压力测试、负载测试、连接速度测试）1、压力测试： 并发测试 （如500人同时登录邮箱）2、负载测试： 根据场景设计测试用例 如： 100用户登录邮箱 200用户查看新闻 300用户查看科技3、连接速度测试： ①用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网 ②如果Web系统响应时间太长（例如超过5秒钟），用户就
2021-11-14 20:01:11
12448
原创 8年测试经验，性能测试从入门到精通，看这篇就够了...
性能测试：不再像功能测试一样单纯的找 Bug，而是去找性能指标。转变思维：在做功能测试、自动化测试时，我们基本都是依托界面进行测试，也称 GUI 测试，我们的目的就是为了跑通功能、程序，并成功找到 Bug。但在做性能测试时，我们大部分是 headless 模式（所谓的：无头，无界面模式），目的不再是单纯的为了找到Bug，而是要分析性能指标等。性能测试的时间一般会比自动化、功能测试长，为啥？因为性能测试的步骤跟自动化、功能测试的步骤不一样，比如说前期的准备（了解系统，环境搭建），后期的压力测试（
2025-06-15 15:33:09
710
原创 【性能测试】性能基线实践方法+性能测试痛点分析...
1、性能基线解决了什么问题在项目管理和软件研发工作中，我们会经常听到检查点、里程碑这两个词。检查点(按先后顺序制定)可以看作是最小模块的准入准出标准，里程碑(按关键成果制定)则是比较重要的检查点，而基线(按一组关键成果制定)，则可以看做是重要的里程碑。传统的性能测试，往往是项目制的，即把每次性能测试实施看作一个项目，评估性能测试结果是否符合预期指标，达标后出一份性能测试报告。下一次有性能需求，重新开始分析需求，写脚本，准备测试数据，重复之前的动作。
2025-06-13 15:29:06
922
原创 【性能测试】性能可能瓶颈+调优+压测场景设计...
1、性能调优-可能存在的瓶颈性能测试调优需要先发现瓶颈，那么系统一般会存在哪些瓶颈：硬件上的性能瓶颈：一般指的是CPU、内存、磁盘I/O 方面的问题，分为服务器硬件瓶颈、网络瓶颈（对局域网可以不考虑）、服务器操作系统瓶颈（参数配置）、中间件瓶颈（参数配置、数据库、web服务器等）。应用软件上的性能瓶颈：一般指的是应用服务器、web 服务器等应用软件，还包括数据库系统。例如：中间件weblogic 平台上配置的JDBC连接池的参数设置不合理，造成的瓶颈。
2025-06-12 15:22:42
580
原创 【性能测试】业务场景（业务模型）+性能测试流程，一篇打通...
需求分析过程中确定的，具有代表性的接口或交易。至少占线上交易量的90%以上。业务模型分析主要是为了得到更加真实模拟线上运行场景，保证测试的覆盖率。通过根据系统情况分为有业务数据参考(生产运行日志)和无业务数据参考两种情况。1、有业务数据参考①搜集生产上不同高峰时间段的业务种类和业务量，每个时间段的业务种类和业务量是否有很大的差异，如有的话，必须有多个业务模型，差异不大的，可以只用一个业务模型。
2025-06-11 15:00:55
811
原创 【测试经验】性能测试从需求分析到准备，一篇打通...
1、性能需求分析性能需求分析是整个性能测试工作开展的基础，如果连性能的需求都没弄清楚，后面的性能测试执行其实是没有任何意义的，而且性能需求分析做的好不好直接影响到性能测试的结果。一些性能测试人员常犯的错误就是测试一开始就直接用工具对系统进行加压，没有弄清楚性能测试的目的，稀里糊涂做完了以后也不知道结果是否满足性能需求。
2025-06-10 15:05:22
828
原创 爆肝整理，性能测试面试题大曝光，背完直接拿offer...
1、 以前做过性能测试么？例子具体说明性能测试的流程？面试考察点：性能测试的流程首选做性能测试的需求分析，明确性能测试的目标、范围、场景和性能指标（如响应时间、吞吐量、并发用户数等）。测试性能测试环境搭建：搭建与生产环境尽可能一致的测试环境，包括硬件、网络、操作系统、数据库等。选择工具编写性能测试测试脚本，我们用的是Jmeter工具，根据测试场景编写性能测试脚本，模拟用户行为和数据交互。性能测试执行：使用CLI命令行执行脚本，分布式压测，包括负载测试、压力测试、稳定性测试等。
2025-06-09 15:15:55
580
原创 【性能测试】资深测试老鸟，性能测试计划全细节，一篇打通...
1、为什么要制定性能测试计划制定性能测试计划的主要目的是确保性能测试的有效性和可靠性。以下是制定性能测试计划的重要原因：明确测试目标：性能测试计划可以明确定义所需测试的性能目标，例如响应时间、吞吐量、并发用户数等。这有助于确保测试的准确性和一致性，并提供可评估的性能指标。确定测试范围：通过性能测试计划，可以明确确定需要测试的系统或软件的范围，包括功能模块、关键业务流程等。这有助于确保测试覆盖的全面性，避免遗漏关键的性能热点。
2025-06-08 14:34:02
801
原创 【性能测试】基准测试+容量评估规划，一篇策底打通...
问题背景：一个1.0版本的新系统还未上线，需要对其进行性能测试(性能基准)，该如何开展工作？其中流量模型如何评估？涉及到缓存的场景如何压测？压测场景的流量配比该如何配置？线上的容量评估规划又该如何进行？1、流量模型未上线的系统因为没有真实的用户业务数据，因此无法得到较为准确的流量模型。但如果没有流量模型，则压测得到的系统性能指标又不具备太大的参考价值，因此流量模型还是需要进行评估的，如何评估呢？首先看系统的上线计划，比如上线后是全量推送还是灰度。
2025-06-06 15:35:24
876
原创 【性能测试】常见的性能问题+原因分析，一篇详全...
1、常见的性能问题与原因1）网络带宽网络对性能的影响不言而喻。如果带宽不足，单位时间内的请求过多，就会导致数据包的传输延迟较大。如果网络不稳定，也会导致RT的曲线抖动较为剧烈，产生毛刺甚至丢包，这个时候P90/P99的数值也可能变大。因此稳定和足够的网络带宽，对系统的性能来说是很重要的。2）负载均衡现在的SLB层已经优化的足够好，但如果负载均衡出现问题，可能会导致流量分发不均匀，导致部分应用节点流量异常，健康检查不通过从而被踢下线。
2025-06-05 15:37:47
693
原创 “我“该如何晋升？性能测试岗位能力分析...
性能测试工程师岗1、初级性能测试基础理论；熟练使用压测工具；脚本执行工具人能写脚本；看得懂监控指标；2、中级/高级1）性能测试基础理论2）熟练使用压测及监控工具3）对业务有不同程度的了解一定的独立负责需求能力1）能写脚本造数据2）看得懂监控指标3）不同程度的需求分析能力3、资深1）丰富的理论知识2）掌握各种压测监控分析工具3）对业务场景有足够的了解4）对被测系统有足够的了解独自owner复杂项目指导团队同学性能测试工作owner项目。
2025-06-04 15:25:10
970
原创 【性能测试】tps上不去的几种原因+性能测试流程详全
1、TPS上不去的原因1）网络带宽在压力测试中，有时候要模拟大量的用户请求，如果单位时间内传递的数据包过大，超过了带宽的传输能力，那么就会造成网络资源竞争，间接导致服务端接收到的请求数达不到服务端的处理能力上限。2）连接池可用的连接数太少，造成请求等待。连接池一般分为服务器连接池（比如Tomcat）和数据库连接池（或者理解为最大允许连接数也行）。3）垃圾回收机制。
2025-06-03 16:13:12
646
原创 吐血整理，性能测试需求分析（案例）一文带你打通...
性能测试是一个系统的技术工程，实施之前一定要做好需求分析，然后设计好三大模型(业务模型+流量模型+数据模型)，最后才是执行压测。如果从优先级和耗时占比来说，前期准备工作会耗费大量时间精力，反而执行阶段耗时较小且优先级要向后排。1、本次性能测试的目的是什么？是验证新服务的最大性能表现、安全容量，还是验证该新服务对应的技术架构性能和稳定性表现？如果是验证最大性能表现和安全容量，那需要挑选出该服务的核心业务场景，并按照预估的线上流量和业务量制定流量模型，准备测试数据，然后再执行压测。
2025-05-30 15:21:33
990
原创 资深测试老鸟，性能测试-准备环境和数据，一篇带你直通...
实际工作中，前期的准备工作也是很繁琐的，其中测试环境和测试数据的准备是前期准备阶段的主要工作。以实际的一些场景出发，聊聊如何准备测试环境和测试数据。1、测试环境以日常的压测场景展开来说，正常压测都是在测试环境展开的。那么是选择功能测试环境，还是独立的性能测试环境呢？功能测试环境通常具备这几个特点：发布频繁；功能&服务不稳定；测试场景较多且交叉影响较大；
2025-05-29 15:14:03
1223
原创 【软件测试】刚上手新项目，如何开展测试工作？一篇概全...
一个新项目，测试团队进组较早，目前需求没定，但架构设计已经完成的差不多了，这个阶段测试团队可以做哪些事情？对于稳定的项目来说，需求基本都是在已有功能上进行迭代。无论研发测试交付流程，还是基础技术设施建设，都已经趋于完善。团队内部各成员的协作配合也有了一定默契，自然不会遇到这种不知道该做什么的问题。如果遇到这位同学所述的新项目，没有经验的测试团队确实很容易乱了阵脚。该如何解决这种问题呢？首先，我们从项目维度开始说起。
2025-05-28 20:27:43
611
原创 吐血整理，性能测试-基准测试与容量评估，看这篇就够了...
问题背景：一个1.0版本的新系统还未上线，需要对其进行性能测试(性能基准)，该如何开展工作？其中流量模型如何评估？涉及到缓存的场景如何压测？压测场景的流量配比该如何配置？线上的容量评估规划又该如何进行？1、流量模型未上线的系统因为没有真实的用户业务数据，因此无法得到较为准确的流量模型。但如果没有流量模型，则压测得到的系统性能指标又不具备太大的参考价值，因此流量模型还是需要进行评估的，如何评估呢？首先看系统的上线计划，比如上线后是全量推送还是灰度。
2025-05-27 15:10:28
767
原创 测试经验，性能测试-前端性能优化方法分析，看这篇就够了...
1、浏览器打开URL和方式和过程不同浏览器工作方式不完全一样，大体来讲，浏览器的核心是浏览器引擎；不同浏览器对W3C的规范支持不尽相同，在具体功能的实现上也不完全一致。1）连接到URL所在的服务器用户在浏览器地址栏输入URL，打开URL时，浏览器首先寻找该URL所在的服务器。通过向DNS服务器查询，获取该URL所在网站的IP地址，然后浏览器向该地址发起连接请求，简历浏览器到服务器间的连接。2）获取页面对应的HTML文档。
2025-05-26 15:32:51
1012
原创 资深测试老鸟，性能测试-理解误区，一篇带你贯通...
很小伙伴由于对性能测试理解上的误区导致的各种问题，比如：注册用户数=并发数，然后服务直接被打崩了；直接在生产环境压测：生产服务挂了，客户投诉；当然，这些都是比较基础的问题，刚入门的小伙伴可能会犯这种错。如果有一定的项目实践经验，就会了解性能测试比我们想象的要复杂得多。除了对技术的广度和深度有一定要求之外，对业务的熟悉程度，对需求和场景的分析理解能力，甚至在压测实施过程中的沟通和协调能力，也有一定要的要求。1、性能测试的目的。
2025-05-25 14:57:40
777
原创 吐血整理，性能测试入门路线指南，一篇打通性能测试...
1、方法论我觉得无论任何一种知识或者技术领域，想要很好的在这个领域有所收获，一定要先掌握这个领域的理论知识，并且对相关的底层通用知识有所了解，否则在深入实践时会遇到很多认知上的偏差导致的结果南辕北辙。基础理论知识不难学习，网上一搜很多基础理论知识的介绍，或者某些专业书籍上面都有很多关于理论知识的介绍。学习理论知识不需要死记硬背，理论知识的作用在于让我们对性能测试有一个足够和全面的了解，知晓其脉络骨骼，然后按照方法论的指导，在具体的实践中灵活运用。
2025-05-23 15:33:37
771
原创 测试老鸟总结，性能测试-问题分析方法汇总，一篇概全...
首先聊聊并发的话题。很多新手在学习实践性能测试时，会将并发、QPS、TPS和线程组的概念混淆。甚至有些同学会认为，注册用户数&在线用户数=并发，JMeter的线程组配置数值=并发，这样理解其实是走进了误区。初学者最容易犯的错误，就是认为性能测试就是找个工具模拟并发请求，不断加压然后看监控统计结果，其实不然。举一个常见例子：单接口调用没问题，用JMeter调试系统返回code:500。遇到这个问题该如何处理呢？
2025-05-22 15:05:15
632
原创 8年测试整理，性能测试基础到高级学习路线，看这一篇就够了
1、基础指标简单来说，性能测试实际上主要关注如下三点：速度：TPS、RT；容量：吞吐量、PV、Hit；资源：CPU、Memory、DiskIO、Network、文件句柄数；2、性能分层性能测试领域，要在评估调研阶段就考虑性能分层的影响。在性能分析和优化阶段，也要考虑不同层级对整体性能的影响。我将它们分为如下六层：1）网络层：主要指带宽、网段、防火墙等设施，当然，CND之类的资源，也可以划分在这一领域；
2025-05-21 15:24:30
625
原创 资深老鸟整理，性能测试-快速上手压测工作，看这篇就够了...
一般我们在刚介入一个项目时，我认为可以从如下几个方面来快速的上手压测工作。1、熟悉业务特性无论是做什么类型的测试工作，都脱离不了业务。我们的被测对象，也是基于系统架构的用代码实现的高度具象的业务系统。如果是专职做性能测试，或者刚介入一个全新的系统进行压测，想要短时间内了解业务细节是几乎不可能的。但为了更好的快速开展工作，我个人的经验是快速熟悉业务特性，结合自己的经验对系统有个大致的了解。什么是业务特性呢？
2025-05-20 15:20:10
470
原创 测试老鸟总结，性能测试指标如何确定？一篇打通...
理论上来说，需求陈述阶段就应该明确相关指标，然后再开展性能测试的执行监控和分析优化工作。但实际工作场景中，一句话需求或者没有明确指标的技术需求很常见。1、性能指标重要吗？毫无疑问，性能指标很重要。相比于功能测试或者业务测试来说，性能测试更具有技术属性，即对结果的评估目的性更明确。功能测试如果出现BUG，原因可能是需求描述不清晰，设计的交互逻辑不合理，或者开发和测试同学对需求实现理解有差异。但性能测试的结果是更精确，更容易用数值衡量的。比如：响应时间2秒和200ms，是特别大的差异。
2025-05-19 15:15:55
933
原创 资深老鸟整理，性能测试-全链路压测从0到实现，一篇打通...
1、什么是全链路压测基于实际的生产业务场景、系统环境，模拟海量的用户请求和数据对整个业务链进行压力测试，并持续调优的过程。2、全链路压测解决什么问题针对业务场景越发复杂化、海量数据冲击下整个业务系统链的可用性、服务能力的瓶颈，让技术更好的服务业务，创造更多的价值。3、面对的问题点以及解决方案1）业务模型梳理首先应该明确的是：全链路压测针对的是现代越来越复杂的业务场景和全链路的系统依赖。所以首先应该将核心业务和非核心业务进行拆分，确认流量高峰针对的是哪些业务场景和模块，
2025-05-18 15:26:26
1016
原创 爆肝整理，性能测试用例-策略方法总结，一篇概全
1、测试用例无论是功能测试还是性能测试，执行用例时候都有优先级之分，对于性能测试来说，优先级可以这样划分：①重要的（业务场景中的核心）②重复的（用户使用频率最高的）③重量级的（消耗大量系统资源的）设计性能测试用例的简要过程：1）具体的性能指标分为以下几类：①系统容量（数据容量、用户量、用户并发量）②系统并发度指标（注册用户、在线用户、并发用户）③响应度指标（正常压力下响应能力、峰值压力下响应能力、异常压力下的响应能力）
2025-05-16 15:36:39
526
原创 吐血整理，自动化测试-面试必问十大问题，避开弯路...
1、自动化测试是怎么做的？回答建议：从问题出发，要解决什么问题，采用了什么工具/框架，原因是什么？自动化测试的流程，重点是哪些方面，要面临哪些挑战，你是如何解决的，是否有了解或思考过更好的方式。2、为什么会选择自研测试框架？考察点：1）是否对其他商用/开源框架有所了解，各自的优缺点(技术视野)；2）阐述自研框架的优势(假设你的实践经验是自研框架)，与业务的匹配性，以及团队的综合情况。3、自动化测试的主要投入和产出是什么？考察点：1）如何平衡前期的资源投入和带来的产出(制定合理的落地方案)；
2025-05-15 15:04:27
628
原创 超全，软件测试面试题（APP+自动化测试）整理，背完拿offer...
1、APP测试篇1）app测试与web测试的区别？系统架构：web端系统，更新服务器，不需要更新客户端；APP如果更新了服务端，客户端也要更新并测试；兼容性。Web端要考虑不同的浏览器内核进行测试（IE、chrome、Firefox），APP的兼容性要考虑选择主流的机型，不同的分辨率、尺寸， 以及不同的操作系统；App要考虑交叉事件测试，安装，卸载，前后台切换测试；App还要考虑界面操作，如：横竖屏切换，多点触控，事件触发区域。2）怎么做app测试的？
2025-05-14 15:12:50
609
原创 爆肝整理！软件测试面试题整理（项目+接口问题）
1、项目面试题1）工作中有哪些项目相关的bug？电商项目bug：bug1：系统赠送的优惠券在用户在消息中心能看到通知，但在我的优惠券中没有出现优惠券。bug原因：后端并没有进行同步，接口入参没有问题，但是接口的返回值没有返回数据，导致在我的优惠券模块没看到bug2：下单商品时默认勾选了最大的优惠券，实际上不应该有默认勾选。原因：前端样式被写死了bug3：商品详情页图片下滑一直加载下不去等等银行贷款项目bug：2）项目中测了哪些接口？
2025-05-13 15:20:49
887
原创 吐血整理，性能测试各种指标详细分析，一文全覆盖
1、系统性能指标1）系统响应时间响应时间（Response Time: RT）指用户从客户端发起一个请求开始，到客户端接收到从服务器端返回的响应结束，整个过程所耗费的时间。在性能检测中一般以 压力发起端至被压测服务器返回处理结果的时间 为计量，单位一般为秒（s）或毫秒（ms）。平均响应时间指系统稳定运行时间段内，同一交易的平均响应时间。一般而言，交易响应时间都是指平均响应时间。平均响应时间指标值应根据不同的交易分别设定，一般情况下，分为 复杂交易响应时间、简单交易响应时间、特殊交易响应时间。
2025-05-12 15:00:35
1382
原创 超全整理，接口测试+性能测试实战，看这篇就够了
接口测试篇1、接口测试是怎么做的？我以下单这个接口说下吧：下单这个接口用的是http协议，使用post请求方式，发送给服务器的参数有token，产品ID，购买数量，收货人地址等等，这些参数都是必传的参数。我们是使用Jmeter来做接口测试的，首先，要新建一个线程组，在线程组下面添加一个http的请求，然后填写好服务器地址，接口路径，请求方式，请求参数。由于下单的接口依赖于等于，所以我们会先调用登录接口，从中获取token值，在下单接口中使用${参数名}
2025-05-11 15:12:14
1047
原创 【性能测试】13年老鸟总结，常见性能瓶颈定位分析（超详细）
压测过程中TPS上不去？请求响应时间过长？硬件资源不足：服务器的CPU、内存、磁盘等硬件资源不足，无法支撑高并发的请求处理。可以通过增加硬件资源或者优化服务器配置来提升TPS。网络带宽限制：网络带宽不足，导致服务器无法及时响应请求。可以通过增加网络带宽或者优化网络传输方式来提升TPS。数据库性能问题：数据库的读写性能不足，无法满足高并发的请求。可以通过优化数据库结构、索引、查询语句等方式来提升数据库性能。代码逻辑问题：应用程序中存在性能瓶颈或者死循环等问题，导致请求处理速度变慢。
2024-04-12 16:42:57
5946
原创 超全整理，软件测试-性能测试流程汇总，看这一篇就够了...
性能测试，模拟这些真实存在的业务场景，比如，各种秒杀活动、开门红活动等等电子商务促销活动。考验系统的负载能力，定位相应的问题并给出对应的解决方案，最终让系统满足实际的业务场景。性能测试流程1、性能测试接口文档准入1）系统架构设计文档（系统基础架构图、业务架构图、数据流图）。2）非功能性需求文档（性能测试指标如：PV、用户数、TPS、并发、响应时间、系统峰值CPU、内存消耗…等等）。3）资源动作分解表（申请压测环境，包含硬件配置及数量信息）。4）测试场景（核心业务）。2、准备系统环境。
2024-03-26 19:34:25
1450
原创 吐血整理，性能测试常遇问题+解决方法，一文带你打通...
1、内存溢出1）堆内存溢出现象：压测执行一段时间后，系统处理能力下降。这时用JConsole、JVisualVM等工具连上服务器查看GC情况，每次GC回收都不彻底并且可用堆内存越来越少。压测持续下去，最终在日志中有报错信息：java.lang.OutOfMemoryError.Java heap space。
2024-03-25 19:45:31
1686
原创 资深测试总结，性能测试-常见并发问题+解决总结（最全）
1、并发测试的定义1）并发测试的定义中，最主要的有两点①点层面上的：例如：周一早上7:30半，小学生要统一到操场升国旗。即：同一时间做某件事②线层面上的：例如：中午11:30-13:00，小学生有的跳皮筋，有的踢足球，但同时对服务器产生压力。即：一个时间段做不同的事2）并发测试不等于性能测试这个问题，我面试的时候，问过多个求职者，大部分求职者的第一反应都是说并发测试就是性能测试！性能测试中把并发又分为负载和压力测试。
2024-03-24 20:32:24
2019
1
原创 爆肝整理，性能测试关注点与注意事项，测试老鸟经验分享...
1、性能测试关注点性能是评估一个软件最为关键的维度，性能测试关注点：how much 与 how fast1）性能测试的分类极限测试：在各种边界压力情况下，如电池、存储、网速，验证APP是否能正确响应，内存满时安装APP—运行APP时手机断电—运行APP时断网响应能力测试：APP中各类操作是否满足用户响应时间要求，APP安装—APP卸载—APP各类功能性操作的响应时间压力测试：反复/长期操作下、系统资源的占用情况2）性能的评估。
2024-03-22 20:17:01
1102
原创 软件测试简历，你真的会写简历吗？一周疯狂面试6家...
简历元素一份合格的简历应当包含以下元素：基础情况、个人信息、教育背景、技术能力、工作经历、项目经验、自我评价1、基础信息求职者的基础情况有时候不会单独列出为一个模块，但是其中一些内容可能带来你意想不到的后果。基础情况中包括：简历名称：建议采用以下格式：”姓名+应聘职位+工作经验“。简历名称经常会被求职者忽视，很多直接命名为”简历“或者”某某某的简历“。写成本文建议的方式有助于提高HR阅读你简历的几率。期望薪资：应该准确的定位你想要获得的薪资，建议不要使用范围的形式而是给出固定数值。
2024-03-21 19:53:07
1529
原创 13年资深测试，性能测试常见指标分析总结，看这篇就够了...
1、什么是性能测试先看下百度百科对它的定义性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。我们可以认为性能测试是：通过在测试环境下对系统或构件的性能进行探测，用以验证在生产环境下系统性能是否达到预估的性能需求，发现系统可能存在的性能瓶颈，进而改善优化并系统的性能，提高系统的可扩展性、稳定性。2、系统性能指标1）响应时间响应时间(Response Time)，简称RT，是指用户从客户端发起一个请求开始，到客户端接收到从服务器端返回的结果。
2024-03-20 20:07:11
1513
原创 【性能测试】资深老鸟，压力测试-大促活动总结，一文打通...
1、了解业务活动的必要性一般情况下压测人员不会与业务人员打交道，对业务也不会有太强的敏感性，所以通常拿到的测试指标都是开发人员提供的。这很容易会陷入一个误区，如果开发人员对整体业务活动和压测不熟悉，提供的指标可能会与业务活动的压力有较大的差异甚至无法提供。这时就需要专业的性能测试工程师介入熟悉业务活动，评估压力指标。
2024-03-19 20:10:08
1549
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人