测试逍遥子的博客

性能测试方法1、验收性能测试模拟生产上线业务环境，测试是否满足性能需求特点：确定用户的环境用户需求的性能指标执行、分析结果验收性质测试结果要有客观性2、负载测试主要考察软件系统在既定负载下的性能表现，其中既定负载一般是指客户需求的负载。测试指标一般体现在：响应时间、交易容量TPS(或者吞吐量)、并发容量以及资源使用率等。3、压力测试为了考察软件系统在极端条件下的表现，我们需要进行压力测试。其中极端条件可以是超负荷的交易量和并发用户数。

Aggregate Report 是 JMeter 常用的一个 Listener，中文被翻译为“聚合报告如果大家都是做Web应用的性能测试，例如只有一个登录的请求，那么在Aggregate Report中，会显示一行数据，共有10个字段，含义分别如下。1、Lable：每个Jmeter的element（例如Http Request）都有一个Name属性，这里显示就是Name属性的值2、Samples：表示这次测试一共发出了多少次请求，如果模拟10用户，每个用户迭代10次，那么这里显示100。

在利用Jenkins来自动执行自动化脚本，有时因某些原因，或者为了提高用例运行效率，可能需要创建多个job来同时跑脚本。比如用Jenkins来跑 Robot Framework 的自动化脚本，用例太多了，于是考虑创建多个job并行跑，而 Robot Framework 中恰好有个合并报告 rebot 的功能，于是当多个job跑完后，便可将各个job的报告合并，最后就得到了一个最终的报告结果。

开启SMTP服务这里我们以QQ邮箱为例进行学习，需要开启 SMTP 服务，登录QQ邮箱->设置->账户->开启 POP3/SMTP 服务。开启SMTP服务时，需要发送短信验证，按照提示信息操作后，就可以得到一个QQ邮箱授权码，将该授权码保存下来，当我们通过 Jenkins 配置邮件时，该授权码就相当于QQ邮箱的密码。配置Jenkins自带的邮件功能首先，需要在Jenkins控制台，进入系统管理->系统设置，配置系统管理员邮件地址，即发件人的邮箱地址。接着，拉到界面最下面，找到邮件通知，点击 高级。

项目中使用Jmeter进行大并发压测时，单机受限内存、CPU、网络IO，会出现服务器压力还没有上去，但压测服务器由于模拟的压力太大死机的情况。JMeter的集群模式可以让我们将多台机器联合起来。一起产生负载，从而弥补单台机器负载生成能力不足的问题。分布式压测原理控制机为Master，负载机为Slave；Master启动后，会拷贝jmx脚本文件到所有的Slave上；Slave会回传压测数据给Master，最后由Master汇总出结果文件；

常见的一些性能缺陷表现及如何进行定位分析并且调优。注意事项1、断言在压测时，为了判断发送的请求是否成功，一般会通过对请求添加断言来实现。使用断言时，建议遵循如下规范：①断言内容尽量以status/code、msg/message来判断（当然前提是接口设计遵循Restful规范）Jmeter示例：阿里云PTS：如果使用的是PTS压测，则断言设置中，以code/status、msg/message等于对应的值为准；

压测的目的对于Web接口压测的目的最终是要在对数据库造成压力的情况下观察压测服务器的cpu是否达到预警值、memory是否发生激变甚至泄露、响应结果的error率以及数据库服务器读写方面的情况是否正常等等情况。测试环境的准备我们要准备压测服务器和压力机，并建立二者之间的联系。压测服务器用来提供服务的，也就是我们的测试服务器，上面发布的是压测分支，我们首先要基于压测基准分支拉一个压测分支并push到远端，然后把开发的代码合到压测分支上再push到远端，发布到压测服务器。

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

Jmeter执行原理Jmerer通过线程组来驱动多个(也可以理解为LR的虚拟用户)运行测试脚本对目标服务器发起大量的网络请 求，在每个客户端上可以运行多个线程组，也就是说一个测试计划可以包含N个线程组。线程数 一个线程可以理解为对应模拟一个用户，所以线程数越多，那么也就认为可以模拟的用户数越多。线程属性1、线程数1个线程可以理解为对应模拟1个用户，所以线程数越多，那么也就认为可以模拟的用户数越多。2、Ramp-Up时间(秒)

测试新人在想什么？想必每一个大神，都是从小白一步步走上来的。当然呢，我很能理解小白的想法，因为平时经常和一些刚入门自动化测试的同行交流，也很深入的了解到他们的一些困惑。大部分小白想的无非是以下几点问题：自动化测试好学吗？不学/不写代码能做自动化测试吗？怎样学习自动化测试？学自动化测试要先学习哪个方向？学ui自动化？还是接口自动化？好像App自动化也比较火？要么再来个小程序自动化？我没有代码基础，工作都是点点点，要不要报培训班？我需要学习什么语言？java 还是 python？

涉及抢购、秒杀、抽奖、抢票等活动时，为了避免超卖，那么库存数量是有限的，但是如果同时下单人数超过了库存数量，就会导致商品超卖问题。那么我们怎么来解决这个问题呢？sql1 : 查询商品库存 if(库存数量 > 0) {// 生成订单 . . . sql2 : 同时库存 - 1 }当没有并发时，上面的流程看起来是再正常不过了，假设同时两个人下单，而库存只有1个了，在sql1阶段两个人查询到的库存都是>0的，于是最终都执行了sql2，库存最后变为-1，超售了，这不是我们想要的结果吧。解决这个问题思路。

性能分析前提：性能分析的前提除了需要丰富的性能测试监控（如PTS自身的客户侧监控、基础类监控-阿里云监控、应用类监控-ARMS监控等），还需要具备相关的技术知识（包括但不限于：操作系统、中间件、数据库、开发等）。流程：很多情况下压测流量并没有完全进入到后端（服务端），在网络接入层（云化的架构，例如：SLB/WAF/高防IP，甚至是CDN/全站加速等）可能就会出现由于各种规格（带宽、最大连接数、新建连接数等）限制或者因为压测的某些特征符合CC和DDoS的行为而触发了防护策略导致压测结果达不到预期。

android的app性能测试包括的测试项：响应、内存、CPU、FPS、GPU、耗电、耗流量响应响应主要测试点：启动：首次启动app的时间间隔（只是启动时间，不包括页面加载）热启动：非首次启动 app的时间间隔（只是启动时间，不包括页面加载）完全启动：从启动到首页完全加载出来的时间间隔有网启动：从发起跳转，到页面完全加载出来的时间间隔无网启动：从发起跳转，到页面完全加载出来的时间间隔 （在项目中，主要测试关注点是冷启动，热启动）测试方法：使用adb命令冷启动。

一般推荐，如果你：没啥人用的服务 tps 20，返回有300ms就行了；十万到百万级的服务，响应能达到tps50 /200ms就可以了；后台服务，能达到tps 20 / 200ms即可（通常后台同时使用也没多少人）；秒杀类的短时间高并发……TPS100或200 在 100ms内响应 应该也能撑一段时间（具体情况还是要看业务量）背景：做项目开发的时候，不止一次被性能测试问“这个服务性能要求是多少？”他期望能得到一个这次接口TPS压到50还是100，返回时间是100ms还是200ms的回答。

随着银行业数字化转型的日益深入，银行信息系统的规模和复杂度日趋庞大，系统之间的耦合度越来越高，交易链路的长度和复杂度也日益增加，交易链路中任一个环节出现性能问题均可能导致交易操作失败，甚至影响整个系统和关联系统的运行。性能测试作为系统投产前性能把控的最后一道关口，其效果影响着生产系统的稳定运行，而当前性能测试主要以系统为维度进行测试。如何对交易链路尤其是关键链路进行有效的性能测试，从而提前避免可能的生产问题，成为性能测试面临的挑战。

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

1、如何理解性能测试的？高并发的请求下看它的响应时间与吞吐率是否满足相应的消息2、响应时间时如何理解的？响应时间是指从发生请求到得到响应时间这一段时间的总和，简单的说，响应时间就是一次完整的http请求流程所需的时间3、怎么区分负载测试与压力测试？负载测试是指多个用户在同一时间向系统发生请求，直到系统的性能指标超过预期或者某一程序达到饱和状态，从而找到系统处理的极限；它的侧重点是在同一时间的并发用户数。

什么是性能测试（本质）？基于协议来模拟用户发送的请求（业务模拟），对服务器形成一定负载。关注点：时间性能、空间性能与界面无关性能测试分类性能测试（狭义）性能测试方法是通过模拟生产环境运行的业务压力量和使用场景组合，测试系统性能是否满足生产性能要求。通俗地讲，这种方法就是要在特定的运行条件下来验证系统能力状态。负载测试通过在被测系统上进行不断加压，直到性能指标达到极限，例如“响应时间”超过了预定指标或都某种资源已经达到了饱和状态。压力测试（强度测试）

概述一下性能测试流程？1、分析性能需求。挑选用户使用最频繁的场景来测试。确定性能指标，比如：事务通过率为100%，TOP99%是5秒，最大并发用户为1000人，CPU和内存的使用率在70%以下2、制定性能测试计划，明确测试时间(通常在功能稳定后，如第一轮测试后进行)和测试环境和测试工具3、编写测试用例4、搭建测试环境，准备好测试数据5、编写性能测试脚本6、性能测试脚本调优(脚本增强)。设置检查点、参数化、关联、集合点、事务，调整思考时间，删除冗余脚本。

测试人员如何来提升自己，这个话题其实已经没什么可说的了。什么功能测试、自动化测试、性能测试以至于安全测试，甚至还有敏捷测试。很多人都说要提升自己，提高自己的能力，才能更有竞争力。这个观点乍一看没问题，任何事情都可以归结到自己木有能力的事情上。但是，有人真的细想过没有，领导是真的需要你有这么些能力么。领导会说：专业的事交给专业的人来做，测试就要做好本职工作，测试就是测试。那么换句话说，你是功能测试，你就好好的做你的功能测试，你去跟领导说你想做自动化测试，那会不会大多数是这种结局呢。

性能场景——稳定性场景提起稳定性测试，有人会说7*24小时跑脚本，连续执行2天两夜，跑一晚上…个人觉得这些都没有任何依据，脚本的执行时间难道是一拍脑袋想多少就多少？我非常不赞同这些观点，凡事又要有依据，比如724小时执行脚本，是根据什么判断执行724小时后就一定没有问题，线上就一定不会出现问题呢？那么，稳定性场景应该怎么设计呢？个人认为设计稳定性场景只需要考虑2个关键点，运行时长和压力量级，下面针对这两个关键点进行说明为什么说运行时长是一个重要的关键点呢？我们先想一想稳定性场景的目标是什么呢？

性能测试：最佳并发与最大并发最佳并发正确率达到预期（如：99.9%）、平均响应时间达到预期（用户满意）的并发数（且最大吞吐量对应的并发数。如果前后两个并发数间隔较大，吞吐量值差值较小，选择较大并发数作为最佳并发）。但根据经验值（比对历史性能数据），选取正确率达到预期、平均响应时间达到预期（用户满意）的并发数几乎就是最佳并发。最大并发正确率达到预期（如：99.9%）、平均响应时间达到容忍界限（用户可容忍）的并发数。

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

1、请问你是如何做接口测试的？大体来说，经历以下过程：接口需求调研、接口测试工具选择、接口测试用例编写、接口测试执行、接口测试回归、接口测试自动化持续集成。具体来说，接口测试流程分成以下几步：第1步：分析出测试需求，并请开发提供接口说明文档；第2步：从接口说明文档中整理出接口测试用例，里面要包括详细的入参（正常情况，异常情况包括输入参数个数，类型，可选/必选，考虑参数有互斥或关联的情况）和出参数据（符合接口文档需求）以及明确的格式和检查点；第3步：与开发一起对接口测试用例进行评审；

响应时间大概规范：1-3秒，属于优的表现；3-5秒，可以接受，属于中间的表现；5秒以上，无法接受；系统资源：一般大于70% cpu 内存 可能达到瓶颈平均负载所有的数据都是来自数据库：连接数：连接数泄露（使用了连接数，但是没有释放）；读写速度：IOPS；

Jmeter的集群模式可以让我们将多台机器联合起来一起产生负载，从而弥补单台机器负载生成能力不足的问题。假设我们的测试计划会产生100个threads，我们使用6台机器进行分布式测试的时候，一共会产生100 * 6 = 600的负载。日常情况，大部分的性能需求，单台压测机就可以抗住的。4C8G的window server机器，使用UI方式，最高压测过2000并发（RT 20ms以内），单机没什么问题（当然如果IO很高的话，注意压测机网卡可能会先出现瓶颈。超过2000并发，可使用分布式。注意事项。

安装常见问题hostname 命令获取机器名称，追加一个映射 iZwz95j86y235aroi85ht0Zwindows用户 修改c:\windows\system32\drivers\etc\hosts文件，增加一条域名 与IP的映射拥有RMI over SSL的有效密钥库，或者禁用了SSL。禁用SSLjmeter.property里面 server.rmi.ssl.disable 改为 true，表示禁用。

日志就是用于记录系统运行时的信息，对一个事件的记录；也称为Log。日志作用调试程序；了解系统程序运行的情况，是否正常；系统程序运行故障分析与问题定位；用来做用户行为分析和数据统计；日志级别日志级别是指日志信息的优先级、重要性或者严重程度。常见的日志级别：DEBUG → 调试级别，打印非常详细的日志信息，通常用于对代码的调试INFO → 信息级别，打印一般的日志信息，突出强调程序的运行过程。

jmeter使用jdbc协议获取数据库中数据，很多人都会用，因为大家在做测试的时候，有时候需要大量的用户进行登录，获取需要数据库中真实的数据用于测试，所以常常会用jdbc来获取数据库数据。那从数据库获取回来的数据，一般会用什么方式来接收呢？常见的有两种：Variable names 和 Result variable name。相信，大家肯定用的最多的就是第一种Variable names，因为这种，使用Foreach控制器使用最简单。但是，其他的你懂得如何使用吗？

银行项目测试的类别划分从全局高度来说，银行测试可以分为三类：功能、业务、场景。1、功能测试，验证银行某系统的某个功能模块是否可以正常工作。比如网银系统中的转账模块，就要通过转账操作来测试该模块功能是否正常。2、业务流程的测试，为了保证业务能正常开展，在上线前要对整个业务流程进行详细的测试工作。比如一个网贷业务系统，网贷是线上贷款系统，借款人可以通过贷款平台的手机APP直接在线进行贷款申请、借款、还款等操作、方便快捷，因此由银行（行方）出资贷款平台（平台方）负责吸收客户的网贷系统应运而生。

Linux 安装 Git1、wget方式下载Git安装包：直接执行以下命令在底部的path变量结尾加上相关配置信息即可随后保存并更新环境配置再来看看git的版本号到此为止，大功告成了2、Yum方式简单粗暴，直接输入命令但是不知道为何是装的比较旧的版本，更新了yum源也没用所以有强迫症的同学就用wget方式吧，毕竟我就是有强迫症的…并且yum装的版本太久了，部署项目时，可能会引发新的环境问题；Linux 初始化 Git 环境第一步：设置Git全局用户名和邮箱。

性能测试实战 - 部署1、什么时候做性能测试①项目刚上线的时候：用户为0（避免用户量突然增加，系统承受不住）。②发布活动的时候：节日商品秒杀，打折优惠，某时间段促销，大批量用户集中访问下单（平时没这么多用户）。③版本迭代的时候：新功能产生（类似刚上线）。④高负载的稳定性：推出免费课程，一天内就会持续增长，要看负载，一个视频网站最多容纳多少人（只进不出）。2、如何模拟生产环境①等比模拟硬件：生产环境是100台，那么测试就等比缩小为10台。

单个接口的压测（基准容量测试）目的：验证被测试接口的最高TPS（基于一定的响应时间ms)，TPS是从服务端角度验证接口性能；方法：采用梯度压测方法，按照设置的梯度逐步递增压力，观察TPS曲线变化（测试时注意递增的粒度，粒度需要细化到TPS曲线跟随梯度压力曲线呈梯度变化）最大TPS：当梯度压力增加时，TPS趋于稳定不再增加，继续增加压力接口响应时间不断增加，该TPS即是最大TPS（对于无明显性能拐点的系统适用）；

企业自动化测试实现的方式对于不同的公司来说，实现自动化的方式不太一样，其实不管哪种实现方式，只要能解决工作中的问题，都是好的。1、高度依赖于成熟自动化框架或自动化平台作为一个公司的测试leader ，想要快速把自动化测试落地，年底好写PPT评绩效。那么会找个成熟的开源自动化框架，或者公司不差钱的可以买一些成熟的自动化平台。如果你是参与者，你只需要按测试leader 部署好的框架或平台去落地就行了比如：robotframework 等一些成熟的关键字驱动框架，没代码功底的也可以快速入门。

这个问题，基本98%的面试都会遇到。究竟面试官想要知道什么呢？让我们回到这个面试场景来看看。面试官：“说一下你印象最深的bug"你的脑子里拼命的回想过去遇到的印象深刻或有价值的bug？乍一眼看，这是一个简答到不起眼的问题。可是同学们，你一定要知道，往往越简短的新闻，越是爆炸性的。而且很多同学会把目光集中在：“”印象最深”上面，其实这道题目的迷惑性就在这里，所以一定要谨慎回答。

工作1-3年测试人这个阶段没有啥包袱，一心学习就可以，主要还是打基础，有条件要学，没有条件要创造条件学。学习的内容包括：1、业务知识（这个对当前的工作能够产生最直接的影响）2、测试分析能力，如何将自己对业务的理解转化为对应的测试用例3、写代码的能力，怎样将过程中需要手工操作的部分通过自动化的方式来实现（毕竟我们做的是技术活，对吧）？很多人觉得写代码相对自己来说是一件很难的事情，其实等你开始后会觉得其实很简单。

如果有以下场景：用例 1 需要先登录，用例 2 不需要登录，用例 3 需要先登录。很显然无法用 setup 和 teardown 来实现了fixture 可以让我们自定义测试用例的前置条件fixture 的优势命名方式灵活，不局限于 setup 和teardown 这几个命名；conftest.py 配置里可以实现数据共享，不需要 import 就能自动找到fixture；scope=“module” 可以实现多个.py 跨文件共享前置；

测试人员的职能一个测试人员，无论你是手工点来点去，还是用自动化进行一些模拟操作，他们的核心职能都是相同的，那就是保证项目或产品的质量。如果你能保证你负责的模块缺陷数少，并且基本没有什么问题会遗留到生产环境或用户环境的话，那么你是一个优秀的测试人员。至于你用什么方式去达到这个结果的，手工还是自动化，这些都不太重要。关键的问题是，你需要在规定的时间内保障项目／产品质量。规定的时间内往往是加班的罪魁祸首，一般来说如果项目工期比较紧急的话，项目的管理者大多会砍掉测试的时间以便项目能够及时交付。

性能测试用例主要分为预期目标用户测试、用户并发测试、疲劳强度与大数据量测试、网络性能测试、服务器性能测试五大部分。具体编写用例时要根据实际情况去进行，遵守低成本、策略为中心，裁减、完善模型，具体化等原则。Web性能测试模型提出的主要依据是：一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试，这些类型的性能测试的实施是有着相似之处的。1、预期指标的性能测试。

作为一名测试人员，如何成为强者呢？如果想要在测试领域好好发展，提升自己的测试技术是必不可少的，但是，选对方向更为重要，功能测试、自动化测试、测试开发、性能测试、安全测试、测试管理，每个测试方向都不简单，但是，大环境就是，你不会点代码、熟悉两个框架原理啥的，都是算low的。我发现大家最向往的两个提升方向是测试开发和性能测试，当然，能都会，那最好，但是人的精力是有限的，选一个突破比较实际。测试开发这里说的测试开发，是真的能开发测试产品、测试工具的测试开发。为什么热衷测试开发？