m0_70102063的博客

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

并发用户数：是指现实系统中操作业务的用户，在性能测试工具中，一般称为虚拟用户数(Virutal User)。并发用户数和注册用户数、在线用户数的概念不同。并发用户数一定会对服务器产生压力的；而在线用户数只是 ”挂” 在系统上，对服务器不产生压力；注册用户数一般指的是数据库中存在的用户数；TPS：Transaction Per Second, 每秒事务数, 是衡量系统性能的一个非常重要的指标。

1、测试工程师发展路径从两种不同的路径发展来看：管理路线：测试工程师？中级测试工程师？测试主管技术路线：软件测试工程师？中级测试工程师？高级测试工程师？测试专家？测试总监软件测试每个阶段有不同的要掌握的技术和经验，先按照薪资范围划分下（月薪）7-10K：零基础入门，学会功能测试能够找到工作15-25K：测试在职能搞定性能测试和自动化测试25K+：搞定测试开发，在一线大厂工作每一个阶段的侧重也不同，入门到找工作的阶段肯定是以能就业为主，性能和自动化测试是在技术基础上有行业经验。

性能测试实施流程性能测试流程分为五个阶段，分别是【需求调研阶段】→【测试准备阶段】→【测试执行阶段】→【测试报告阶段】→【测试总结阶段】。1、需求调研阶段1）阶段概述调研阶段的主要工作为：组建工作小组、项目创建、需求分析、模型构建、定制性能测试详细实施计划。重点关注：需求调研、需要分析、模型构建2）关键点描述需求调研分为两个步骤进行：需求调研、需求分析。该工作是性能测试必须的工作环节。工作产出文件为《XX 项目性能测试需求表》，如：《云智慧_XXX 系统_XXX 模块性能测试需求表》。

1、性能测试介绍为什么要做性能测试？有效的性能测试能给研发，运维团队提供有效的容量规划能力，系统风险识别，系统瓶颈识别，性能调优指导。2、性能测试流程与方法分析现状获取当前性能指标定义用户场景定义性能验收标准测试计划/脚本准备压力环境执行压测监控搜集分析测试报告改进建议持续测试3、性能测试方法性能测试方法：并发模式（虚拟用户模式）并发是指虚拟并发用户数，从业务角度，也可以理解为同时在线的用户数。

1、稳定性测试的要点1）长时间的以正常的业务负载进行运行（最低为用户实际使用时的负载量，如果用户实际负载量低于最优负载量，也可以使用最优负载量）2）稳定性的测试数据（用户实际使用负载量）来源于运营数据3）稳定性测试时，需要针对不同的业务操作，并且模拟不通的用户，进行长时间的稳定性测试（并行执行所有脚本，因为要模拟实际用户使用场景，不同的用户在线所做的动作肯定不一致）2、性能测试的监控的关键指标1）系统指标：与用户场景和需求相关的指标用户并发数：某一物理时刻同时向系统提交请求的用户数。

Jmeter分布式测试时需要的特别注意1）参数化文件的位置和内容如果使用csv文件进行参数化，即通过读取csv文件中的数据来为测试脚本提供不同的输入值，那么需要注意以下两点：需要把参数文件在每台slave上拷贝一份，最好都放置在bin目录下，因为Jmeter会直接从bin目录下查找；参数文件的内容要保持一致，即每台slave上的参数文件的行数、列数、数据类型等都要相同，否则可能会导致数据不匹配或缺失。2）slave机器的响应数据。

1、什么是负载测试？什么是性能测试?负载测试是一种性能测试指数据在超负荷环境中运行，程序是否能够承担，在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。

1、什么是性能测试？指通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。功能测试的时候关注的是1个人的操作，性能测试关注的是多个人。2、性能测试什么时候做？接口测试是最先做，性能测试是最后做。性能测试是基于所有功能都测试完毕并且修复完成，基本不改变，正常测试流程已经全部走完，在上线前的两三天做性能测试，性能测试通过则可以上线。3、不同群体眼中的性能1）用户的视角响应时间（还要让我等多久？需要加载老半天才出现页面？确定性（为什么总是失败？闪退？无响应？2）开发视角。

Jmeter分布式压测简介在工作中使用jmeter做大并发压力测试的场景下，单机受限内存、CPU、网络IO，会出现服务器压力还没有上去，但是压测服务器已经由于模拟的压力太大死机了。为了让jmeter工具提供更强大的负载能力，jmeter提供了多台机器同时产生负载的机制，下面是架构图。安装部署步骤1、在master和slaves机器上分别按照相同版本的jdk和jmeter2、在master机器上①修改配置文件，进入jmeter/bin目录下。

实现对登录密码进行MD5加密pom文件依赖MD5Util类} }} }} }} }} }} }package打包生成jar文件。方式一：把jar包加入到classpath添加jar包login请求beanshell脚本发送请求后，从查看结果树中可以看到请求的密码加密了方式二：把jar包放到lib/ext下。

架构：VM1：用作 Web 服务器，来模拟性能问题VM2：用作 Web 服务器的客户端，来给 Web 服务增加压力请求使用两台虚拟机（均是 Ubuntu 18.04）是为了相互隔离，避免交叉感染VM2 运行 ab 命令（初步观察 Nginx 性能）简单介绍 ab 命令ab（apache bench）是一个常用的 HTTP 服务性能测试工具可以向目标服务器并发发送请求运行 ab 命令并发 10 个请求测试 VM1 的 Nginx 性能，总共测试 100 个请求。

第一部分：主要从问题出发，引入接口测试的相关内容并与前端测试进行简单对比，总结两者之前的区别与联系。但该部分只交代了怎么做和如何做？并没有解释为什么要做？第二部分：主要介绍为什么要做接口测试，并简单总结接口持续集成和接口质量评估相关内容。第一部分后端接口都测试什么？怎么测的？后端接口测试一遍 ，前端也测试一遍，是不是重复测试了？后端接口都测试什么？怎么做接口测试？由于我们项目前后端调用主要是基于http协议的接口，所以测试接口时主要是通过工具或代码模拟http请求的发送与接收。

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

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

面试题：性能测试指标有哪些？分别是什么含义？tps：每秒事务量，代表了系统的处理能力，tps越高，性能越好响应时间：从发出请求到接受到系统响应数据所花费的时间，响应时间越短，性能越好吞吐量：网络上行和下行流量的总和，吞吐量是网络瓶颈定位的重要指标错误率：在压测过程中系统出现错误的比例面试题：什么是集合点，什么场景下需要用集合点？集合点是测试脚本中的一个标记，当每个虚拟用户执行到标记处时，会停留在标记处等待其他的虚拟用户，当达到预期设置的并发数时，标记处的所有用户同时启动执行后续的请求。

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

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

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

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

都知道 jmeter 可以做接口测试，也可以用于性能测试，现在企业中性能测试也大多使用jmeter。docker是最近这些年流行起来的容器部署工具，可以创建一个容器，然后把项目放到容器中，就可以构建出一个独立的运行环境。所以，有人就想，能否把他们俩弄到一块来使用？那么如何结合起来使用呢？首先，选择一个linux机器，安装docker用docker创建jmeter容器 （普通jmeter）

1、你认为不同角色关注的软件性能要点分别是？客户：重点关注打开速度及响应时间；在进行操作时，每个请求之间的间隔时间；大量用户在同一时刻在软件系统上操作是否有较好的体验；开发人员：重点关注响应时间和数据库交互，进行性能调优；系统架构：架构设计是否合理；数据库设计：数据库设计是否存在问题；代码：代码是否存在性能方面的问题，系统中是否有不合理的内存使用方式；业务逻辑：系统中是否存在不合理的线程同步方式，系统中是否存在不合理的资源竞争；测试人员：重点关注用户感受到的软件性能；

只会独立使用工具，会带来很大的局限性比如，我们会使用jmeter来写几个接口，会用postman来做接口，还有其它的工具，那么，我认为这只能局限在你的接口测试的最基础层面。通过阅读工具的文档，谁都可以通过UI页面的操作，搭建接口测试，然后执行，产生报告。但是遇到稍微复杂点的接口，你就无从下手了。举个例子，在测试微信小程序的时候，微信会根据每次登录产生一个不同的code，一但code被使用，就失效，这个时候，就需要自己来写一个服务器后台接口来主动接受code值，然后将code值实时保存给接口工具。

性能测试基础1）性能测试一般分为：负载测试、压力测试、基准测试、稳定性测试、扩展性测试。2）常见的性能测试指标：响应时间；TPS/QPS；并发用户；PV/UV；点击率；吞吐量；资源开销3）性能测试的场景：业务场景：系统的业务处理流程；测试场景：对业务场景的真实模拟；单场景：只涉及单个业务流程的测试场景；混合场景：每个业务流程在混合的业务流程中占的比重会不同，尽可能符合实际的业务需要。性能测试目标1）了解系统的各项性能指标。

从小的而言，软件测试的发展路径主要就分为两大类：管理组织工作类和技术类。从大的而言，软件测试不仅限于测试本职组织工作，因而，发展路径是多方面的。但由于这些发展路径的核心要素又有着紧密的取得联系，主要就包括三个：管理组织工作专业技能、测试专业技能、业务专业技能。今天我们就来讲一下测试工程师的技术发展之路。技术方向就技术方向的职业发展之路，如果你打定主意就想往测试技术方向去发展，做一个技术型的牛人，那摆在你面前的就只有三条路：1、自动化测试工程/架构师2、性能测试工程师3、行业性测试专家。

压力测试只有在服务器处于高压状态时，才能真正反映各种设置暴露出来的问题。现在很多压力测试都需要自动化测试工具的帮助。通过测试工具执行测试命令，分析网站在用户增加情况下的承载能力。确定测试业务范围和场景；首先确定压力测试类别、测试数据库、测试用例设计等。压力测试一般对环境要求比较高，明确需要用到的技术工具和测试场景，准备好基础的软硬件环境。压力测试存在哪些问题？操作系统默认安装，在未做任何优化的情况下实施压力测试。1、未考虑磁盘IO对软件的影响2、未考虑网络带宽对软件的影响。

最近这一年，对性能测试有了更多的认知。压力、强度测试：在一定软硬件环境下，通过高负载的手段来使服务器资源（强调服务器资源，硬件资源）处于极限状态，测试系统在极限状态下长时间运行是否稳定，确定是否稳定的指标包括TPS、RT、CPU Using、Mem Using等稳定性测试：在一定软硬件环境下，长时间运行一定负载，确定系统在满足性能指标的前提下是否运行稳定。(7*24小时)负载测试：在一定软硬件环境下，通过不断加大负载（不同虚拟用户量）来确定在满足性能指标情况下能够承受的最大用户数。

前言一、测试方案二、测试用例三、性能测试四、个人简历五、各个面试题六、性能测试实战七、总结前言都在面临些什么？越努力越费劲，越加班时间却越不够用张某某在一家老牌国企任职，在企业被并购前工作十分轻松，是以让他养成了有事情慢慢做，不求上进，安于现状的工作态度。

目录：导读一、前言二、测试阶段1、需求分析阶段2、设计阶段3、执行阶段4、分析阶段5、调优阶段三、测试启动标准四、测试暂停/再启动标准1、暂停准则2、再启动准则五、测试完成标准六、测试目的、准备、方法1、测试目的2、测试准备3、测试方法4、测试分析范围一、前言性能测试就是通过模拟用户的海量并发，来发现系统的承载能力、负载能力，在高并发下的处理能力，以及需要什么样的软硬件配置来满足性能需求二、测试阶段1、需求分析阶段根据用户使用习惯和实际业务的性能需求，生成性能测试需求调查表根据性能测试需求及系

目录：导读一、前言二、确认需求三、脚本录制四、参数化五、关联六、断言七、运行一、前言性能测试针对系统的性能指标，建立性能测试模型，制定性能测试方案，制定监控策略在场景条件之下执行性能场景，分析判断性能瓶颈并调优，最终得出性能结果来评估系统的性能指标是否满足既定值二、确认需求确定性能需求和性能测试方案、需要确定性能测试范围（覆盖哪些场景）、性能测试策略、并发用户数和加压方式时间、人员、任务的分配安排，一般在总体测试计划中会预留性能测试的时间性能测试方案是开展性能测试前的核心内容，决定着性能测试

一、前言二、负载、压力、可靠性（非常重要）三、压力测试实战四、负载测试实战五、资源监控1、Windows自带的资源监工具2、Jmeter里面的第三方监理插件3、Linux资源监控一、前言1、负载：模拟业务操作对服务器造成压力的过程，比如模拟100个用户进行发帖在一定软硬件环境下，通过不断加大负载（不同虚拟用户量）来确定在满足性能指标情况下能够承受的最大用户数简单说，可以帮我们对系统进行定容 定量，找出系统性能的拐点，给予生产环境规划建议。这里的性能指标包括TPS （每秒事务数）、RT