m0_70102063的博客

用JMeter执行压测，1000线程组，最后几个请求卡住了。网上的资料说可能是内存问题，因此将堆内存从2G改为了4G，重新尝试依然会卡住，有没有什么办法调整资源解决这个问题？我仔细看了他的聚合报告，Max-rt已经到了70000+ms级别，且响应时间分布图峰谷值差距很大，于是便问了他下面这几个问题：为什么要配置1000线程组？什么业务场景，被测服务什么类型？所谓的卡住，是请求没有返回响应报文吗？电脑硬件配置是什么？在什么环境执行的性能测试？

1、传统性能测试在传统的性能测试中，理论上都要求测试参与需求评审，评估是否存在可能的性能瓶颈场景。其次在技术方案设计阶段，和开发一起过方案，讨论方案的可测性和是否会导致性能问题。然后在研发阶段准备对应的测试环境，写压测方案，准备测试用例和数据，直到系统集成测试阶段，才开始介入真正的压测执行工作。但在实际的工作场景中，很多性能测试同学遇到的往往是一句话需求。比如：这几个接口压测一下，出一份报告；或者线上出了性能问题，才火急火燎的找测试同学，对系统进行压测，再排查定位问题。

1、介绍下最近做过的项目，背景、预期指标、系统架构、场景设计及遇到的性能问题，定位分析及优化？考察点：对项目的了解情况；需求分析和场景设计思路；问题分析思路及优化验证手段；参考答案：最近做了一个XXX项目，背景是老服务重构，预期指标是在原有系统基础上性能提升3倍，架构设计是XXX。针对这个项目我梳理了核心应用和接口有XXX个，对应的场景有XXX，我的压测策略是XXX。

1、理解全链路压测1）什么是全链路压测基于实际的生产业务场景和系统环境，模拟海量的用户请求和数据，对整个业务链路进行各种场景的测试验证，持续发现并进行瓶颈调优，保障系统稳定性的一个技术工程。2）全链路压测解决了什么问题业务场景越发复杂化、海量数据冲击下，发现并解决业务系统的可用性、扩展性以及容错性问题。3）全链路压测创造了什么价值业务角度：提升用户体验、增强业务竞争力、创造更多的业务价值；技术角度：完善技术体系、提高服务可用性、更好的服务业务而体现自我价值；

早期，大家对自动化测试的理解和使用目的很简单，就是通过机器自动执行，替代人的手工执行，寄期能提高效率，降低成本，同时降低人手工执行带来的误差和遗漏，想法很美好。后来在国内各大小公司大规模开始实践，就开始变形了。接口自动化测试方向：Python+requests+pytest+yaml+alluer+Jenkins；web自动化测试方向：Python+selenium4+pytest+POM+allure+Jenkins；

在不同的公司和团队，项目不同，要解决的具体问题也不一样。这是客观现实，但剥离业务细节和人的因素之外，本质是没有太多区别的。关于解决问题，我一向提倡的方式是，先摆正认知捋清思路，再解决问题。否则只想着用别人解决问题的案例套用自己的项目，最终的结果大多不会太好。1、影响效率的主客观因素首先，要提高测试过程效率，需要先找到影响效率的因素，这是达成工作目标所必然面临的挑战。从软件工程的角度来说，影响质量的三要素是范围、时间和成本。

如何得到精确的性能瓶颈？性能测试和功能测试在本质上没有区别，大体的流程也没差，无非是分析需求，准备用例、执行用例、确认BUG、跟进修复验证，最终出具测试结果/报告。两者的不同点在于，侧重不一样：功能测试侧重需求的正确实现，性能测试更注重系统的处理能力是否能支撑真实的用户访问。在功能测试开展前，我们会分析需求，确认需求要实现的功能最终是什么表现形式，以便于设计测试用例和预期结果，性能测试同样如此。

性能测试的应用领域划分为下面五个不同领域：能力验证、规划能力、性能调优、瓶颈发现、性能基准比较1、能力验证能力验证是性能测试中最简单也是最常见的一个应用领域。一个典型的能力验证的问题会采取这样的描述方式：某系统能否在A条件下具有B能力？能力验证领域的特点与性能测试的特点非常接近：①要求在已确定的环境下运行只有在一个确定的环境下运行，软件性能的验证才是有意义的；因为无法或很难根据系统在一个环境中的表现去推断其在另一个不同环境中的表现，因此这种应用领域内的测试。

1、内存分析内存的使用情况是系统性能中重要的因素之一，频繁的页交换及内存泄露都会影响到系统的性能（这里主要以Windows系统为主）。内存分析用于判断系统有无遇到内存瓶颈，是否需要通过增加内存等手段提高系统性能表现。1）查看Memory\Available Mbytes指标在对系统进行操作系统级别的内存分析时，首先需要通过该指标（Available Mbytes：Windows系统自带计数器的一个计数值）建立一个初步的印象，了解性能测试过程中系统是否仍然有足够的内存可用。

1、传统性能测试的桎梏在传统的性能测试中，理论上都要求测试参与需求评审，评估是否存在可能的性能瓶颈场景。其次在技术方案设计阶段，和开发一起过方案，讨论方案的可测性和是否会导致性能问题。然后在研发阶段准备对应的测试环境，写压测方案，准备测试用例和数据，直到系统集成测试阶段，才开始介入真正的压测执行工作。但在实际的工作场景中，很多性能测试同学遇到的往往是一句话需求。比如：这几个接口压测一下，出一份报告；或者线上出了性能问题，才火急火燎的找测试同学，对系统进行压测，再排查定位问题。

1、性能测试实施流程正常的性能测试实施流程。一般情况下性能测试实施的流程是这样的：需求分析：什么业务/场景/问题，预期目标；构建模型：业务模型、流量模型、数据模型；压测准备：环境准备、脚本开发调试、监控检查；压测实施：按照case执行脚本，监控指标，定位分析；压测报告：场景覆盖度，结果是否达标，对线上的容量规划建议(结论)；当然，在实际的工作场景中，出于时间/资源/团队规模和技术建设等各方面的因素，会有会多或少的改变。

1、性能测试面临的痛点结合个人的实践经验来说，在性能测试实践中，最常见也是最大的痛点有如下四点：1）性能目标不合理：最典型的不合理的地方就是一句话需求。领导或者开发说系统要上线了，你把这个系统/接口压一下，明天给我报告，然后就没了。为什么要压测，要解决什么问题(请求慢还是客户要求)，预期的性能指标是多少，要啥没啥。这其实就是不同岗位对于同一件事的不同认知带来的差异。

搭建性能测试环境，有哪些需要注意的点？性能测试环境配置，必须和生产保持一致吗？什么情况下性能测试环境可以和生产保持一致？如何搭建性能测试环境，才能在成本和价值间保持平衡？1、独立性能环境的重要性有些同学担心，由于性能测试环境和线上环境配置不一致，会导致线下环境得到的性能结果无法发现足够多的性能问题，无法对线上环境的容量评估/稳定性保障带来足够的参考。其中担心的重点有如下几点：1）配置不一致，服务的容量无法很好的换算；2）配置不一致，导致压测时候无法模拟太高的并发；

性能测试，说简单也简单，因为实施性能测试的方法和流程和正常的功能测试没太多区别。说难也难，因为要想正确的开展性能测试并达到目标，对技术广度和深度都有一定的要求。误区1性能测试就是工具+高并发这是很多初学者最容易犯的一个错误，认为性能测试就是找个工具模拟高并发，不断加压然后看监控统计结果，其实不然。举一个在技术交流群看到的例子：单接口调用没问题，用JMeter调试系统返回code:500。遇到这个问题该如何处理呢？

性能测试和功能测试在本质上没有区别，大体的流程也没差，无非是分析需求，准备用例、执行用例、确认BUG、跟进修复验证，最终出具测试结果/报告。两者的不同点在于，侧重不一样：功能测试侧重需求的正确实现，性能测试更注重系统的处理能力是否能支撑真实的用户访问。在功能测试开展前，我们会分析需求，确认需求要实现的功能最终是什么表现形式，以便于设计测试用例和预期结果，性能测试同样如此。

1、产品需求1）业务场景：一个问卷调查的功能，然后产品和业务会不定时通过前端界面去根据筛选条件查询相关问卷问题的答案明细，但是觉得很慢，让测试这边给出一个指标。2）系统架构：MySQL数据库，所有问卷问题相关的数据都存储在同一张表，单台服务器，无缓存，通过一个查询接口去查询返回数据。3）数据量：每天大概新增3000张问卷调查，每张问卷30个问题，每个问题下面还有具体的答案，答案的数据类型、大小不清楚。2、具体问题具体分析1）场景建模。

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

自动化测试框架选型其实关于测试框架选型，要考量的无非是如下几点：个人技术基础如何，框架的学习难易曲线；框架功能是否丰富，官方文档是否详细，框架生态是否成熟；框架本身的扩展性如何，是否支持多语言，开源还是商业的；自动化测试落地实践路径自动化测试框架和工具都很成熟了，落地实践的案例也不少，但具体落地过程肯定会遇到各种各样的问题，解决问题的过程需要考量具体的业务特性，基础设施建设，项目迭代频次等很多因素，很难说有普适性的通用案例可以参考。

引发性能瓶颈的原因是多种多样的。1、注意事项1）断言在压测时，为了判断发送的请求是否成功，一般会通过对请求添加断言来实现。使用断言时，建议遵循如下规范：①断言内容尽量以status/code、msg/message来判断（当然前提是接口设计遵循Restful规范）Jmeter示例：阿里云PTS：如果使用的是PTS压测，则断言设置中，以code/status、msg/message等于对应的值为准；

1、自动化测试基础1）数据驱动思想：实现数据与脚本代码的分离操作，将数据存储在指定的数据格式文件或数据库中，如 Excel、Json、Yaml、Mysql 等。2）关键字驱动思想：基于数据驱动思想实现进一步的封装，以行为动作驱动业务。将每一步操作封装在单独的类、单独的函数中，一个函数或者一个类中的方法可以表示一个动作的完成。3）自动化适用场景：软件需求变更不频繁；项目周期足够长；自动化测试脚本可重复使用。4）自动化测试的优点：完成重复的回归测试工作，提高测试效率；

作为软件测试工程师，利用 Python 搭建接口自动化测试框架是一个系统化的过程。1、明确框架设计目标在开始之前，明确框架的设计目标，例如：支持多种 HTTP 请求（GET、POST、PUT、DELETE 等）。支持数据驱动测试（如从 Excel、CSV、JSON 文件中读取测试数据）。支持日志记录和测试报告生成。支持环境配置管理（如测试环境、预发布环境、生产环境）。易于扩展和维护。2、技术选型选择合适的技术栈是搭建框架的关键。

1、银行系统线上因性能瓶颈出现崩溃问题怎么办？某银行系统由于新上线的后台对账项目突然出现崩溃，系统处于停用状态，最后查明系统可能存在性能瓶颈，你作为此项目的主要测试负责人，面对突如其来的事件，该如何处理？银行系统线上因性能瓶颈出现崩溃问题怎么办？如果我是这个项目的主要测试负责人，面对这种情况，会采取以下步骤来处理：1）紧急应对立即通知相关团队和管理层，启动应急预案。确保及时通知客户，并告知他们预计的解决时间。先恢复环境，确保客户能使用。同时收集相关日志，log，现场表现等帮助开发人员解决问题。

现在2024年，调查显示，在IT行业不断发展的十多年中，国内软件测试遭受到了冷眼相待，尤其是那些没有测试岗位的中小型软件企业。测试工作通常由开发人员进行，而且通常也只进行简单的白盒测试。在某种程度上，这就相当于让用户在使用产品时担任测试角色，结果通常是用户在发现一堆问题后进行反馈，然后开发人员修改。反复修改的结果就是软件不稳定，用户的耐心耗尽，最终导致项目失败。近年来，随着各大互联网企业的不断发展，对软件的需求越来越大，对软件的稳定性和性能的要求也越来越高，每个测试工程师都要对自己的技术水平进行提升。

1、测试工程师的现状很多测试小伙伴在工作中有时会比较迷茫，不知该怎样突破瓶颈，更好的发展。那么测试人员究竟该如何打破瓶颈继续向上提升呢？如果你苦于不知所措，又满怀斗志向上的话，不妨一起聊聊。测试职业发展有典型的三种方向：管理方向、技术型方向、转行在此重点说下技术型方向的发展。曾几何时，提的bug被否认而倍感无力；曾几何时，遇到一个偶发复现的bug，到上线了都不知道该怎么复现；曾几何时，面对没有前端页面的测试任务，不知该从哪下手测试；

1、自动化一切我的第一个任务是做一个Web应用程序的Selenium自动化测试脚本。为了给我的导师留下深刻的印象，我还接手了另一个模块的自动化测试任务，几天后我就自闭了。事实证明，那个模块不太适合去实现自动化，因为它可能会导致许多误报和漏报。这浪费了我很多时间也影响了我的名声。至少我觉得没有留下很好的第一印象。始终先定义测试范围，然后再考虑自动化。作为新的自动化测试人员，我们想要做最全面的测试工作。你可以使项目的95％自动化，但这是否值得去花费时间，精力和金钱？

面试题：介绍一下贷款的项目？贷款项目是银行业务中的重要组成部分，它是指银行向客户提供资金，让客户在约定的期限内按照协议还款的一种金融服务。贷款项目在银行中通常由贷款部门负责管理和处理。在贷款项目中，银行向客户提供资金，以满足客户的资金需求，例如购房、购车、教育等大额支出。客户在申请贷款时需要提供相关的申请资料，包括个人身份证明、收入证明、担保人信息等。贷款项目通常包括以下几个主要阶段：1）申请阶段：客户向银行提交贷款申请，同时提供所需的申请资料。

自我介绍自我介绍是面试中不可缺少的一个环节，无论是HR还是技术都可能会先让你做一个简单介绍，通过自我介绍可以让面试官对你有一个大概了解，也会通过你的介绍来问一些技术性问题。个人观点：建议你提前写好自我介绍，可以背下来，这样会避免由于紧张语无伦次没有逻辑性，自我介绍内容可以包括你的工作经历，经验以及你的项目介绍，包括项目的流程以及使用到的技术，最后可以简单说一下自己的兴趣爱好或者自己的开源项目技术博客等内容。技术面试。

对于找工作这个事情，有这么个普遍现象。工作供求无法匹配~1、对于测试招聘者，特别是一、二线互联网公司的招聘者最苦恼的事儿就是招人。对于公司而言，想找到一个合适的人很难，每天各种撒网，简历看几百份，面试几十个人，能找到一个中意的小伙伴就不错了。2、很多测试小伙伴发现找工作很难，特别是百度、腾讯这些大公司，他们需要有以下能力：代码要会写，要有软件架构能力，面试也总是能问到平时根本用不到的技术问题。而工作经验，沟通能力，学历、年龄…这些都成了面试官否决的理由。为什么？能力要求不匹配是最核心的问题。

零基础的学生，培训4个月上岗，是否现实，取决于岗位的工作职责和要求。-如果你找的功能测试（也就是点点点测试），那找到还是比较容易(为什么说比较容易呢，后需详细说明)看了这个问题下的其他回答，对于这个问题也是众说纷纭，为透彻讲清这个问题，我讲从下面几个方面讲：点点测试不需要4个月，到底需要多少天？点点测试好不好找工作？企业急需的自动化测试，大厂疯抢的测试开发需要学习多长时间？—这压根不是学几个月就能去的事！！点点测试不需要2个月，到底需要多少天？那手工需要多少天呢？

1、开始自动化测试，必须知道的点1）为什么自动化测试?在测试时，你进行了新的部署、bug修复，这是你如何保证新bug没有被引入老功能？你需要测试之前的功能。因而，每当有bug修复，或新功能添加时，你都要手工测试所有功能？考虑到花费、资源、时间等等因素，你这么测试不是高效的。因而自动化有了需求：当你有太多回归测试工作要做时，请自动化你的测试工作当你正在测试一款web应用时，与此同时，这个应用可能有数千用户正在使用。你将如何测试这样的web应用？你将如何使用手工方式，同时模拟这些多的用户呢？

什么是加密以及解密？加密：在网络上传输的原始数据（明文）经过加密后形成（密文）传输，防止被窃取。解密：将加密还原成原始数据加密方式分类？对称式加密：对加密和解密使用的是同一个密钥非对称式加密：非对称式加密需要两个密钥（双钥），分别叫公钥和秘钥，这两把秘钥可以互相加解密，公钥公开的，不需要保密，私钥是保密的。1、加密方式详解1）加对称密技术DES加密算法：加密安全性弱，一般应用于旧的系统里面AES加密算法：一般用于前后端分离的接口加密Base64加密算法：编码的方式。

1、自动化测试的分层模型自动化测试的分层模型，测试同学都应该很熟悉了，按照分层测试理念，自动化测试的投入产出应该是一个金字塔模型。越是向下，投入/产出比就越高，但开展的难易程度/成本和技术要求就越高。从性价比的角度来说，接口自动化测试最应该在实际的工作实践中去推动落地。按照现在流行的前后端分离架构理念来说，接口是交互和逻辑的处理层，只要对数据的处理逻辑没问题，纯技术层面，测试效率就能得到明显的提升。2、自动化测试分层的落地前置条件先聊聊不同的自动化测试各自的特点，再来列举它们的适用场景和前置条件。

自动化测试的本质是先写一段代码，然后去测试另一段代码，所以实现自动化测试用例本身属于开发工作，需要投入大量的时间和精力，并且已经开发完成的用例还必须随着被测对象的改变而不断更新，你还需要为此付出维护测试用例的成本。注意：当你发现自动化测试用例的维护成本高于其节省的测试成本时，自动化测试就失去了价值与意义，你也就需要在是否使用自动化测试上权衡取舍了。1、自动化的优势自动化测试可以替代大量的手工机械重复性操作，测试工程师可以把更多的时间花在更全面的用例设计和新功能的测试上；

1、软件测试应该学什么？1）Linux必备知识Linux作为现在最流行的软件环境系统，一定需要掌握，目前的招聘要求都需要Linux能力。2）Shell脚本掌握shell脚本，包括shell基础与应用、shell逻辑控制、shell逻辑函数等。3）互联网程序原理自动化必由之路：前端开发基础知识以及互联网网络必备知识。4）MySQL数据库软件测试工程师必备MySQL数据库知识，不仅仅停留在基本的“增删改查”。5）抓包工具。

自学软件测试当然可以找到工作，但是自学软件测试的过程是非常艰辛的，并不是每个人都能够自学成功。虽然自学软件测试能够帮助我们节省一笔学费钱，但是如果半途学不动了，选择放弃那么失去的是时间和精力，这些往往都是拿钱买不回来的。自学软件测试找工作是没什么问题的，但是想要找到好的工作是基本不可能的，软件测试这个行业是越老越好，但这个越老越好，并不是指年龄越老就越好，而是指工作经验老，工作年限老。

1、接口测试为什么会如此重要呢？主要是平常的功能点点点，大家水平都一样，是个人都能点，面试时候如果问你平常在公司怎么测试的，你除了说点点点，还能说什么呢？无非就是这个项目点完了点那个项目，这就是为什么各行各业的只要手指能点得动的人都来转行软件测试了。面试的时候面试官希望你除了点点点，还能更深入一点的思考页面上看不到的功能，也就是接口测试了。2、接口测试的必要性可以发现很多页面操作发现不了的问题检查系统的异常处理能力检查系统的安全性、稳定性前端随便变，接口测好了，后端不用变。

1、掌握基本的测试技能在软件测试领域，有一些基本的技能和知识是必须掌握的。这些技能包括如何编写测试用例、如何执行测试用例、如何记录测试结果等等。测试工程师需要在这些基本技能上建立起扎实的基础，以便更好地完成自己的测试工作。掌握软件测试基本技能需要系统地学习和实践，以下是一些具体的建议：首先，要了解软件测试的基本概念和流程，包括测试的类型、测试的方法、缺陷管理等等。可以通过阅读相关书籍、参加培训课程等方式学习。其次，要学习测试用例的编写方法和设计原则。

说到自动化测试，或者说接口自动化测试，多数人的第一反应是该用什么工具，比如：Python Requests、Java HttpClient、Apifox、MeterSphere、自研的自动化平台等。大家似乎更关注的是哪个工具更优秀，甚至出现“ 做平台的 > 写脚本的 > 用工具的 ”诸如此类的鄙视链，但却很少有人去关注接口测试用例的设计问题。在我看来，工具并没有高低贵贱之分，只能说哪个更适合，适合当前的业务以及适合当前的团队协作。

如果你恰好刚刚进入一家新公司，领导一上来就让你开展自动化测试，作为一名初出茅庐的测试新人，除了手足无措，你只能默默慨叹自己能力尚欠，眼前只会出现一个又一个无从下手的问题：＜作为手工测试，如何营造机会和环境解决我们自身提升的瓶颈？（好慌！以为自己手工测试已经登峰造极，不料我慌了……）＜如何在最短的时间内能够跨入自动化测试人才的队伍？（我就想想，万一实现了呢……）＜如何落地自动化测试呢？（领导一说话，哭泣哭泣怕了怕了……）＜又如何在后续继续提升发展呢？（老大不小了，不能一事无成了……）

你眼中的软件测试岗位是怎样的？大部分人可能会给出这样的回答：“测试？简单啊，没什么技术含量，无非就是看需求、看业务手册、看设计文档、然后点点功能是否实现，麻烦点的就是测试下部署安装是否出现兼容性问题等。没错，不可否认这是你踏入软件测试行业的基本要求，但是互联网时代在飞速发展，APP已然生活化，如果你仅仅只会功能测试，必然会限制你的职业发展。1、软件测试基础知识这一点是一名软件测试员的必备技能，也是最基础的。