大佬云集技术答疑交流群：743262921(进群暗号:222)

压测过程中TPS上不去？请求响应时间过长？硬件资源不足：服务器的CPU、内存、磁盘等硬件资源不足，无法支撑高并发的请求处理。可以通过增加硬件资源或者优化服务器配置来提升TPS。网络带宽限制：网络带宽不足，导致服务器无法及时响应请求。可以通过增加网络带宽或者优化网络传输方式来提升TPS。数据库性能问题：数据库的读写性能不足，无法满足高并发的请求。可以通过优化数据库结构、索引、查询语句等方式来提升数据库性能。代码逻辑问题：应用程序中存在性能瓶颈或者死循环等问题，导致请求处理速度变慢。

性能测试，模拟这些真实存在的业务场景，比如，各种秒杀活动、开门红活动等等电子商务促销活动。考验系统的负载能力，定位相应的问题并给出对应的解决方案，最终让系统满足实际的业务场景。性能测试流程1、性能测试接口文档准入1）系统架构设计文档（系统基础架构图、业务架构图、数据流图）。2）非功能性需求文档（性能测试指标如：PV、用户数、TPS、并发、响应时间、系统峰值CPU、内存消耗…等等）。3）资源动作分解表（申请压测环境，包含硬件配置及数量信息）。4）测试场景（核心业务）。2、准备系统环境。

1、内存溢出1）堆内存溢出现象：压测执行一段时间后，系统处理能力下降。这时用JConsole、JVisualVM等工具连上服务器查看GC情况，每次GC回收都不彻底并且可用堆内存越来越少。压测持续下去，最终在日志中有报错信息：java.lang.OutOfMemoryError.Java heap space。

1、并发测试的定义1）并发测试的定义中，最主要的有两点①点层面上的：例如：周一早上7:30半，小学生要统一到操场升国旗。即：同一时间做某件事②线层面上的：例如：中午11:30-13:00，小学生有的跳皮筋，有的踢足球，但同时对服务器产生压力。即：一个时间段做不同的事2）并发测试不等于性能测试这个问题，我面试的时候，问过多个求职者，大部分求职者的第一反应都是说并发测试就是性能测试！性能测试中把并发又分为负载和压力测试。

1、性能测试关注点性能是评估一个软件最为关键的维度，性能测试关注点：how much 与 how fast1）性能测试的分类极限测试：在各种边界压力情况下，如电池、存储、网速，验证APP是否能正确响应，内存满时安装APP—运行APP时手机断电—运行APP时断网响应能力测试：APP中各类操作是否满足用户响应时间要求，APP安装—APP卸载—APP各类功能性操作的响应时间压力测试：反复/长期操作下、系统资源的占用情况2）性能的评估。

简历元素一份合格的简历应当包含以下元素：基础情况、个人信息、教育背景、技术能力、工作经历、项目经验、自我评价1、基础信息求职者的基础情况有时候不会单独列出为一个模块，但是其中一些内容可能带来你意想不到的后果。基础情况中包括：简历名称：建议采用以下格式：”姓名+应聘职位+工作经验“。简历名称经常会被求职者忽视，很多直接命名为”简历“或者”某某某的简历“。写成本文建议的方式有助于提高HR阅读你简历的几率。期望薪资：应该准确的定位你想要获得的薪资，建议不要使用范围的形式而是给出固定数值。

1、什么是性能测试先看下百度百科对它的定义性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。我们可以认为性能测试是：通过在测试环境下对系统或构件的性能进行探测，用以验证在生产环境下系统性能是否达到预估的性能需求，发现系统可能存在的性能瓶颈，进而改善优化并系统的性能，提高系统的可扩展性、稳定性。2、系统性能指标1）响应时间响应时间(Response Time)，简称RT，是指用户从客户端发起一个请求开始，到客户端接收到从服务器端返回的结果。

1、了解业务活动的必要性一般情况下压测人员不会与业务人员打交道，对业务也不会有太强的敏感性，所以通常拿到的测试指标都是开发人员提供的。这很容易会陷入一个误区，如果开发人员对整体业务活动和压测不熟悉，提供的指标可能会与业务活动的压力有较大的差异甚至无法提供。这时就需要专业的性能测试工程师介入熟悉业务活动，评估压力指标。

1、性能测试-TPS上不去哪些原因导致的？1）网络带宽在压力测试中，有时候要模拟大量的用户请求，如果单位时间内传递的数据包过大，超过了带宽的传输能力，就会造成网络资源竞争，导致服务端接收到的请求数达不到服务端的处理能力上限。2）连接池可用连接数太少，造成请求等待。连接池一般分为服务器连接池（比如Tomcat）和数据库连接池（或者理解为最大允许连接数也行），没有保持长连接，TCP 连接频繁中断3）GC如果堆内存分配的不合理，就会导致频繁的gc，gc会导致线程暂停。

性能测试指标1、QPS，每秒查询QPS：Queries Per Second意思是“每秒查询率”，是一台服务器每秒能够相应的查询次数，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。互联网中，作为域名系统服务器的机器的性能经常用每秒查询率来衡量。（每秒钟处理完的请求次数，注意这里是处理完）2、TPS，每秒事务TPS：是TransactionsPerSecond的缩写，也就是事务数/秒。它是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。

参数关联，也叫接口关联，即接口之间存在参数的联系或依赖。在完成某一功能业务时，有时需要按顺序请求多个接口，此时在某些接口之间可能会存在关联关系。比如：B接口的某个或某些请求参数是通过调用A接口获取的，即需要先请求A接口，从A接口的返回数据中拿到需要的字段值，在请求B接口时作为请求参数传入。有哪些场景？最常见的场景之一便是：请求登录接口后获取到token值，后续其他接口请求时需要将token作为请求参数传入。再比如下单–>支付场景，调用下单接口生成订单后会返回订单号，订单号传给支付接口进行支付。

1、接口的组成首先，接口文档应该包含以下内容：1）接口说明2）调用url3）请求方法（get\post）4）请求参数、参数类型、请求参数说明5）返回参数说明由接口文档可知，接口至少应有请求地址、请求方法、请求参数（入参和出参）组成，部分接口有请求头header。有同学问我header和入参有什么关系？它们不都是发送到服务器的参数吗？

一面（组长面）上家公司项目以及团队的规模是怎么样的？你负责的项目整体的流程是怎么样的？自动化实施过程中，是如何和业务测试进行沟通的？你们公司对单元测试会有一些要求吗？在上家公司你已经是专职做自动化了，为什么还要出来看机会？Andorid和 iOS 自动化实现原理有什么区别？UI 动化脚本是怎么编写？为什么放弃录制模式编写脚本，而使用代码编写脚本模式？元素定位不到的情况，你是如何解决的？随机数字键盘图像识别定位你是怎么实现的？

从个人的实践经验来说，我认为性能测试技术体系的构建，大致要分为四个阶段，分别是：日常化、自动化、工具化和平台化。1、日常化很多做性能测试的同学，在工作中面临的最大问题是性能测试无法成为日常测试工作的一部分，即性能测试作为质量保障的一种手段，却无法融入正常的需求版本迭代流程中。最常见的例子就是一句话需求，比如：这几个接口压测一下，出一份报告；或者线上出了性能问题，才火急火燎的找测试同学，对系统进行压测，再排查定位问题。

1、测试框架框架是一组准则，一个体系结构，遵循这些准则可以产生有益的结果。测试框架就是为自动化测试脚本提供执行环境而搭建的支架，它是一套准则，例如编码标准，测试数据处理，对象库处理等。在自动化脚本编写过程中遵循这些准则可产生有益的结果，例如增加代码重用，更高的可移植性，降低的脚本维护成本等。准则而非规则；它们不是强制性的，你仍然可以在不遵循准则的情况下编写脚本。但是你会错过拥有框架的优势。使用测试框架的好处主要有：提高测试效率；降低维护成本；最少的人工干预；最大的测试范围；

面试题：贷款有哪几种形式?贷款是指金融机构或其他信贷机构向借款人提供资金，并按照约定的条件和期限收取一定利息的行为。根据贷款的不同形式，贷款可以分为以下几种：按照还款方式分：分期付款贷款、到期一次性还本付息贷款、先息后本贷款等。按照担保方式分：抵押贷款、质押贷款、信用贷款等。按照贷款对象分：个人贷款、企业贷款、房地产贷款、汽车贷款等。按照贷款用途分：经营贷款、消费贷款、教育贷款等。按照利率方式分：固定利率贷款、浮动利率贷款、复合利率贷款等。按照贷款期限分：短期贷款、中长期贷款等。

面试题：项目中会对接第三方系统吗，哪些系统?在项目中对接第三方系统是非常常见的。常见的对接的第三方系统包括但不限于以下几种：1.支付系统：例如支付宝、微信支付、银联支付等。如果项目需要接入支付功能，就需要对接相应的支付系统。2.物流系统：例如顺丰、圆通、中通等。如果项目中需要使用物流服务，就需要对接相应的物流系统。3.短信系统：例如阿里云短信、腾讯云短信等。如果项目需要使用短信功能，就需要对接相应的短信系统。4.地图系统：例如高德地图、百度地图等。

1、概述性能测试按照不同视角，可以分为以下几类：1） 用户视角的性能用户角度感受到的网站响应速度的快和慢。从用户在浏览器输入网址/打开应用，到整个页面呈现给用户的耗时。包含了用户端发送请求，服务端收到并执行请求，返回请求，客户端收到之后渲染的总时间。2）开发人员视角的性能包括系统吞吐量，并发处理能力，系统稳定性，响应延迟等。如果发现有不满足要求的地方，需要定位出问题所在，并给出解决方案。3）运维。

1、前置条件1）需要的知识熟透系统业务、团队成员情况熟悉使用F12或抓包工具了解HTTP/HTTPS协议了解系统的架构，数据走向2）定位前的操作保存bug产生的记录排除低级问题包括网络问题、数据问题（脏数据）2、定位问题思路和步骤查看页面表现>>查看状态码>>接口的请求和返回以及js执行有无报错>>查看服务器日志>>配置问题>>经验或其他1）查看页面表现用户层面问题：用户自己的环境问题或者操作问题。如环境不通或者操作不正确等。

1、常用的配置文件类型在做自动化测试中，配置文件常用的有2种。第一种是.ini文件，实际上.ini文件是Initialization file的缩写，即为初始化文件，是Windows系统配置文件所采用的存储格式，统管Windows的各项配置，用户可以通过修改对应的*.ini文件来实现不同的初始化配置第二种是yaml文件，YML文件格式是YAML (YAML Aint Markup Language)编写的文件格式，YAML是一种直观的能够被电脑识别的的数据数据序列化格式。2、ini文件1）什么是ini。

1、阶梯式场景（负载测试）该场景主要应用在负载测试里面，通过设定一定的并发线程数，给定加压规则，遵循“缓起步，快结束”的原则，不断地增加并发用户来找到系统的性能瓶颈，进而有针对性的进行各方面的系统优化。

性能测试这种测试方式在发生过程中，其中一个过渡性的工作，就是对执行过程中的问题，进行定位，对功能的定位，对负载的定位，最重要的，当然就是问题中说的“瓶颈”。

1、get和post区别是什么？答：POST和GET都是向服务器提交数据，并且都会从服务器获取数据。区别：1）传送方式：get通过地址栏传输，post通过报文传输2）传送长度：get参数有长度限制（受限于url长度），而post无限制。

1、电商核心业务功能测试分析1）登陆功能怎么测试？功能方面的测试：输入正确的用户名和密码，点击提交按钮，验证是否能正确登录，能否能跳转到正确的页面；输入错误的用户名, 验证登录失败，并且提示相应的错误信息；输入错误的密码, 验证登录失败，并且提示相应的错误信息；用户名为空, 验证登录失败，并且提示相应的错误信息；密码为空, 验证登录失败，并且提示相应的错误信息；用户名和密码都为空，点击登陆；用户名和密码前后有空格的处理；性能方面的测试：打开登录页面，需要多长时间；

1、开始准备工作1）系统基础功能验证性能测试在什么阶段适合实施？切入点很重要！一般而言，只有在系统基础功能测试验证完成、系统趋于稳定的情况下，才会进行性能测试，否则性能测试是无意义的。2）测试团队组建根据该项目的具体情况，组建一个几人的性能测试team，其中DBA是必不可少的，然后需要一至几名系统开发人员（对应前端、后台等），还有性能测试设计和分析人员、脚本开发和执行人员；在正式开始工作之前，应该对脚本开发和执行人员进行一些培训，或者应该由具有相关经验的人员担任。3）工具的选择。

2024年，软件测试这个行业又将如何发展呢？我来谈一下我眼中软件测试行业发展的几个点，如果你处在这个行业，一定能体会到我说的对不对。1、表面"衰落"的测试行业鉴于过去的大形势变化， 不懂技术的测试工程师会逐渐被淘汰出局。一波测试工程师的失业潮是在所难免的。虽然早期我也呼吁身边的人赶紧脱离落后的业务体系， 脱离落后的测试技能， 但是看到很多人越来越生活艰难， 也是挺心痛的。包括测试工程师的需求越来越少， 招聘职位也越来越少， 典型的新崛起的巨无霸公司比如facebook早期都没有QA。

1、Web功能测试1）链接测试点开功能点，能跳转的；所有链接是否都链接到，该链接的页面；所链接的页面是否存在；孤立页面，指没有链接指向该页面，只有知道正确的URL地址才能访问2）表单测试页面中信息输入后，需要做相关提交操作的，比如：注册、修改密码、登录等；常见控件：输入框：长度，数据类型，必填，重复，空格，空值，以及业务约束（短信验证码）等下拉框：默认信息；数据完整性/正确性（第一条、最后一条、随机一条）；手动输入值，模糊匹配，联动选择；业务常见的选择操作；

1、性能测试常用8个步骤1）获取最常用场景已有面向广大用户的系统，只要使用就能提取到性能测试点。最直接的方式：自己可以去操作下。如：视频网站，首页（访问量占总访问量的50-70），内容详情页，各子导航等。已有面向少数客户的系统，最快速的方式看下数据库表量，找出数据量大的表去问项目经理 数据是怎么产生的，也能获取到性能测试点。如果不能访问数据库，则可以找使用系统的客户聊聊（找聊的人数不少于角色人数），听听他们是如何使用的 也能知道最常用的功能是什么。

开始性能测试前需要了解1）项目具体需求。2）指标：响应时间在多少以内，并发数多少，tps多少，总tps多少，稳定性交易总量多少，事务成功率，交易波动范围，稳定运行时长，资源利用率，测哪些交易，哪些接口,测试哪些场景。3）环境：生产环境服务器数量，测试环境服务器数量，按照资源配比得出测试指标。4）协议：系统用什么协议进行通讯。5）压力机数量：如果并发用户数太多，需要把压力发到不同的压力机，不然可能会存在压力机瓶颈问题，导致tps和响应时间抖动。6）交易占比：分析线上日志得出tps占比。

1、性能测试之重要指标1）并发用户并发一般分两种情况。一种是严格意义的并发，即所有的用户在同一时刻做同一件事情或者操作，这种操作一般指做同一类型的业务。另外一种并发是广义范围的并发，这种并发与前一种并发的区别是，尽管多个用户对系统发生了请求或者进行了操作，但是这些请求或者操作可以是相同的，也可以是不同的。2）并发用户数量在同一时刻与服务器进行交互的在线用户数量。3）请求响应时间指的是客户端发出请求到得到响应的整个过程的时间。4）吞吐量指的是在一次性能测试过程中网络上传输的数据量的总和。

1、性能测试需求分析性能测试需求分析，与传统的功能测试需求分析有所不同，功能测试需求分析重点在于从用户层面分析被测对象的功能性、易用性等质量特性。性能测试则需要从终端用户应用，系统架构设计，硬件配置等多个维度分析可能存在的性能瓶颈的业务。2、性能测试必要性评估任何项目在开始性能测试之前，都需要进行必要性评估，通过必要性评估活动，确认被测对象是否有必要实施性能测试活动，千万不可为了性能而性能。通常情况下，必要性评估可以设定不同条件，不同权重进行分析，将评估项分为关键评估项和一般评估项。

1、性能分析方法1）自底向上：通过监控硬件及操作系统性能指标（CPU、内存、磁盘、网络等硬件资源的性能）来分析性能问题（配置、程序的问题）。因为用户请求最终是由计算机硬件设备完成的。2）自顶向下：通过生成负载来观察被测试的系统性能，比如响应时间、吞吐量，由外及里一层一层分析，从而找到性能问题所在。备注：两种方法建议结合使用，先用自顶向下的方式解决掉明显性能问题，再结合 自底向上的方式分析更深层次的问题。

1、性能测试场景设计性能测试场景设计，是性能测试中的重要概念，性能测试场景设计，目的是要描述如何执行性能测试。通常来讲，性能测试场景设计主要会涉及以下部分：并发用户数是多少？测试刚开始时，以什么样的速率来添加并发用户？比如，每秒增加 5 个并发用户。为什么要逐步增加负载？如果我们一下子将负载升到峰值，系统如果支持不了，会一瞬间挂掉。达到最大并发用户数后持续多长时间？测试结束时，以什么样的速率来减少并发用户？比如，每秒减少 5 个并发用户。需要包含哪些业务操作，各个业务用户占比是多少？

1、性能压测–常用指标1）并发用户数指同一时间点对系统进行操作的用户数。准确说为"同时向服务器发送服务请求,给服务器产生压力的用户数量"并发用户数和注册用户数、在线用户数的概念不同：注册用户数一般指的是数据库中存在的用户数，在线用户数只是 ”挂” 在系统上，不一定对服务器不产生压力，而并发用户数一定会对服务器产生压力的。2）每秒事务数(TPS)/每秒查询率(QPS)

交易系统性能是体现互联网证券业务能力的重要指标，如何确保新构建的交易系统能够满足针对互联网大数据量的业务需求成为重中之重。因此必须对交易系统的性能容量指标进行合理的评测，以满足经营机构中长期业务发展的需要。下面将从建模策略和数据采集、软硬件环境配置及性能监控指标定义等方面提出相关测试思路。抛砖引玉，以求更进一步的理解。1、建模策略和数据采集性能测试往往面临如下问题：1）业务模型单一，且与线上实际业务偏差比较大；2）数据脱离实际。

1、什么是全链路压测基于实际的生产业务场景、系统环境，模拟海量的用户请求和数据对整个业务链进行压力测试，并持续调优的过程。2、全链路压测解决什么问题针对业务场景越发复杂化、海量数据冲击下整个业务系统链的可用性、服务能力的瓶颈，让技术更好的服务业务，创造更多的价值。3、面对的问题点以及解决方案1）业务模型梳理首先应该明确的是：全链路压测针对的是现代越来越复杂的业务场景和全链路的系统依赖。

1、前期准备性能测试虽然是核心功能稳定后才开始压测，但是在需求阶段就应该参与，这样可以深入了解系统业务、重要功能的业务逻辑，为后续做准备。2、性能需求分析（评审）评审时，要明确性能测试范围、目标；由于非专业性能测试人员不知道怎么定目标，如果你让他们定，可能定的目标会很离谱，比如，要求单机tps10万、支持1万的并发等等，显然是不合理的，你压测也达不到这个目标；

1、测试环境的鉴定我们需要确定软件应用程序的物理测试和生产环境。还需要确定测试团队用到的工具和资源。这里的环境、工具和资源指的是硬件、软件和网络的配置和设置。全面了解测试环境，可以更好的规划和设计本次测试。同时，在测试过程中也需要定期审核环境是否发生改变。以下就是关于测试环境的重要因素：①硬件和机器配置②网络架构和用户位置③域名系统配置④软件安装⑤软件许可证⑥存储容量和数据量⑦日志级别⑧负载均衡⑨负载生成和监测工具⑩网络流量的量和类型⑪预定流程，更新和备份。

1、性能测试TPS上不去的几种原因先来解释下什么叫TPS：TPS：每秒事务数，指服务器在单位时间内（秒）可以处理的事务数量，一般以request/second为单位。下面就说说压测中为什么TPS上不去的原因：1）网络带宽在压力测试中，有时候要模拟大量的用户请求，如果单位时间内传递的数据包过大，超过了带宽的传输能力，那么就会造成网络资源竞争，间接导致服务端接收到的请求数达不到服务端的处理能力上限。2）连接池可用的连接数太少，造成请求等待。

1、测试策略1）先进行混合业务功能场景的测试，在考虑进行测试单业务功能场景的测试2）负载测试->压力测试->稳定性测试->强度测试注意：如果测试稳定性，时间建议至少8小时；3）逐步加压比如开始前5分钟，20个用户，然后每隔5分钟，增加20个用户。好处：不仅比较真实的模拟现实环境，而且在性能指标比较模糊，且不知道服务器处理能力的情况下，可以帮我们确定一个大致基准，因为通常情况下，随着用户数的不断增加，服务器压力也会随着增加。