【软件测试面试宝典】——Jmeter/LordRunner 性能测试 相关

Jmeter 的七大原件是什么？有什么作用？

聚合报告的每个字段代表的是什么意思？

写一个验证电子邮件格式的正则表达式

一台客户端有 500 个客户与 500 个客户端有 300 个用户对服务器施压，有什么区别？

Appium 的运行原理是什么

性能测试

性能测试

1. 负载测试
   在这里，负载测试指的是最常见的验证一般性能需求而进行的性能测试，在上面我们提到了用户最常见的性能需求就是“既要马儿跑，又要马儿少吃草”。因此负载测试主要是考察软件系统在既定负载下的性能表现。 我们对负载测试可以有如下理解：
2. 负载测试是站在用户的角度去观察在一定条件下软件系统的性能表现。
3. 负载测试的预期结果是用户的性能需求得到满足。此指标一般体现为响应时间、交易容量、并发容量、资源使用率等。
4. 压力测试
   压力测试是为了考察系统在**条件下的表现，条件可以是超负荷的交易量和并发用户数。注意，这个 条件并不一定是用户的性能需求，可能要远远高于用户的性能需求。可以这样理解，压力测试和负载测试不同的是，压力测试的预期结果就是系统出现问题，而我们要考察的是系统处理问题的方式。比如说，我们期待一个系统在面临压力的情况下能够保持稳定，处理速度可以变慢，但不能系统崩溃。因此，压力测试是能让我们识别系统的弱点和在极限负载下程序将如何运行。
   例子：负载测试关心的是用户规则和需求，压力测试关心的是软件系统本身。
   3．并发测试
   验证系统的并发处理能力。一般是和服务器端建立大量的并发连接，通过客户端的响应时间和服务器端的性能监测情况来判断系统是否达到了既定的并发能力指标。负载测试往往就会使用并发来创造负载，之所以把并发测试单独提出来，是因为并发测试往往涉及服务器的并发容量，以及多进程/多线程协调同步可能带
   来的问题。这是要特别注意，必须测试的。
   4．基准测试
   当软件系统中增加一个新的模块的时候，需要做基准测试，以判断新模块对整个软件系统的性能影响。按照基准测试的方法，需要打开/关闭新模块至少各做一次测试。关闭模块之前的系统各个性能指标记下来作为基准（Benchmark），然后与打开模块状态下的系统性能指标作比较，以判断模块对系统性能的影响。
5. 稳定性测试
   “路遥知马力”，在这里我们要说的是和性能测试有关的稳定性测试，即测试系统在一定负载下运行长时间 后是否会发生问题。软件系统的有些问题是不能一下子就暴露出来的，或者说是需要时间积累才能达到能够度量的程度。为什么会需要这样的测试呢？因为有些软件的问题只有在运行一天或一个星期甚至更长的时间才会暴露。这种问题一般是程序占用资源却不能及时释放而引起的。比如，内存泄漏问题就是经过一段时间积累才会慢慢变得显著，在运行初期却很难检测出来；还有客户端和服务器在负载运行一段时间后，建立了大量的连接通路，却不能有效地复用或及时释放。
6. 可恢复测试
   测试系统能否快速地从错误状态中恢复到正常状态。比如，在一个配有负载均衡的系统中，主机承受了压力无法正常工作后，备份机是否能够快速地接管负载。可恢复测试通常结合压力测试一起来做。
   

   
   

   你认为性能测试的目的是什么？做好性能测试的工作的关键是什么？

性能测试工作的目的是检查系统是否满足在需求说明书中规定的性能，性能测试常常需要和强度测试结合起来，并常常要求同时进行软件和硬件的检测。

性能测试主要的关注对象是响应时间，吞吐量，占用内存大小（辅助存储区），处理精度等。

服务端性能分析都从哪些角度来进行？

从维度上划分，性能指标主要分为两大类，分别是业务性能指标和系统资源性能指标。业务性能指标可以直观地反映被测系统的实际性能状况，常用的指标项有：

1. 并发用户数
2. 事务吞吐率（TPS/RPS）
3. 事务平均响应时间
4. 事务成功率
   系统资源性能指标，主要是反映整个系统环境的硬件资源使用情况，常用的指标包括：
5. 服务器：CPU 利用率、处理器队列长度、内存利用率、内存交换页面数、磁盘 IO 状态、网卡带宽使用情况等；
6. 数据库：数据库连接数、数据库读写响应时长、数据库读写吞吐量等；
7. 网络：网络吞吐量、网络带宽、网络缓冲池大小；
8. 缓存（Redis）：静态资源缓存命中率、动态数据缓存命中率、缓存吞吐量等；
9. 测试设备（压力发生器）：CPU 利用率、处理器队列长度、内存利用率、内存交换页面数、磁盘 IO 状态、网卡带宽使用情况等。

如何理解压力测试，负载测试以及性能测试？

性能测试（Performance Test）：通常收集所有和测试有关的所有性能，被不同人在不同场合下进行使用。
压力测试 stress test：是在一定的『负荷条件』下，长时间连续运行系统给系统性能造成的影响。负载测试 Load test：在一定的『工作负荷』下，给系统造成的负荷及系统响应的时间。

编写一个http 接口性能测试方案，测试过程的关注点有哪些，流程等？

一、准备工作

1、系统基础功能验证
性能测试在什么阶段适合实施？切入点很重要！一般而言，只有在系统基础功能测试验证完成、系统趋于稳定的情况下，才会进行性能测试，否则性能测试是无意义的。
2、测试团队组建
根据该项目的具体情况，组建一个几人的性能测试 team，其中 DBA 是必不可少的，然后需要一至几名系统开发人员（对应前端、后台等），还有性能测试设计和分析人员、脚本开发和执行人员；在正式开始工作之前，应该对脚本开发和执行人员进行一些培训，或者应该由具有相关经验的人员担任。
3、工具的选择
综合系统设计、工具成本、测试团队的技能来考虑，选择合适的测试工具，最起码应该满足一下几点： 支持对 web（这里以 web 系统为例）系统的性能测试，支持 http 和 https 协议；工具运行在 Windows 平台上；支持对 webserver、前端、数据库的性能计数器进行监控；
4、预先的业务场景分析
为了对系统性能建立直观上的认识和分析，应对系统较重要和常用的业务场景模块进行分析，针对性的进行分析，以对接下来的测试计划设计进行准备。

二、测试计划
测试计划阶段最重要的是分析用户场景，确定系统性能目标。
1、性能测试领域分析
根据对项目背景，业务的了解，确定本次性能测试要解决的问题点；是测试系统能否满足实际运行时的需要，还是目前的系统在哪些方面制约系统性能的表现，或者，哪些系统因素导致系统无法跟上业务发展？确定测试领域，然后具体问题具体分析。
2、用户场景剖析和业务建模
根据对系统业务、用户活跃时间、访问频率、场景交互等各方面的分析，整理一个业务场景表，当然其中最好对用户操作场景、步骤进行详细的描述，为测试脚本开发提供依据。
3、确定性能目标
前面已经确定了本次性能测试的应用领域，接下来就是针对具体的领域关注点，确定性能目标（指标）； 其中需要和其他业务部门进行沟通协商，以及结合当前系统的响应时间等数据，确定最终我们需要达到的响应时间和系统资源使用率等目标；比如：登录请求到登录成功的页面响应时间不能超过 2 秒；报表审核提交的页面响应时间不能超过 5 秒；文件的上传、下载页面响应时间不超过 8 秒；服务器的 CPU 平均使用率小于70%，内存使用率小于 75%；各个业务系统的响应时间和服务器资源使用情况在不同测试环境下，各指标随负载变化的情况等；
4、制定测试计划的实施时间
预设本次性能测试各子模块的起止时间，产出，参与人员等等。

三、测试脚本设计与开发
性能测试中，测试脚本设计与开发占据了很大的时间比重。
1、测试环境设计
本次性能测试的目标是需要验证系统在实际运行环境中的性能外，还需要考虑到不同的硬件配置是否会是制约系统性能的重要因素！因此在测试环境中，需要部署多个不同的测试环境，在不同的硬件配置上检查应用系统的性能，并对不同配置下系统的测试结果进行分析，得出最优结果（最适合当前系统的配置）。
这里所说的配置大概是如下几类：数据库服务器;应用服务器;负载模拟器;软件运行环境，平台。
测试环境测试数据，可以根据系统的运行预期来确定，比如需要测试的业务场景，数据多久执行一次备份转移，该业务场景涉及哪些表，每次操作数据怎样写入，写入几条，需要多少的测试数据来使得测试环境的数据保持一致性等等。可以在首次测试数据生成时，将其导出到本地保存，在每次测试开始前导入数据， 保持一致性。
2、测试场景设计
通过和业务部门沟通以及以往用户操作习惯，确定用户操作习惯模式，以及不同的场景用户数量，操作次数，确定测试指标，以及性能监控等。
3、测试用例设计
确认测试场景后，在系统已有的操作描述上，进一步完善为可映射为脚本的测试用例描述，用例大概内容如下：
用例编号：查询表单_xxx_x1（命名以业务操作场景为主，简洁易懂即可） 用例条件：用户已登录、具有对应权限等操作步骤：系统业务场景描述
4、脚本和辅助工具的开发及使用
按照用例描述，可利用工具进行录制，然后在录制的脚本中进行修改；比如参数化、关联、检查点等等， 最后的结果使得测试脚本可用，能达到测试要求即可；建议尽量自己写脚本来实现业务操作场景，这样对个人技能提升
较大；一句话：能写就绝不录制！！！

四、测试执行与管理
在这个阶段，只需要按照之前已经设计好的业务场景、环境和测试用例脚本，部署环境，执行测试并记录结果即可。
1、建立测试环境
按照之前已经设计好的测试环境，部署对应的环境，由运维或开发人员进行部署，检查，并仔细调整， 同时保持测试环境的干净和稳定，不受外来因素影响。
2、执行测试脚本
这一点比较简单，在已部署好的测试环境中，按照业务场景和编号，按顺序执行我们已经设计好的测试脚本。
3、测试结果记录
根据测试采用的工具不同，结果的记录也有不同的形式；现在大多的性能测试工具都提供比较完整的界面图形化的测试结果，当然，对于服务器的资源使用等情况，可以利用一些计数器或第三方监控工具来对其进行记录，执行完测试后，对结果进行整理分析。

五、测试分析
1、测试环境的系统性能分析
根据我们之前记录得到的测试结果（图表、曲线等），经过计算，与预定的性能指标进行对比，确定是否达到了我们需要的结果；如未达到，查看具体的瓶颈点，然后根据瓶颈点的具体数据，进行具体情况具体分析（影响性能的因素很多，这一点，可以根据经验和数据表现来判断分析）。
2、硬件设备对系统性能表现的影响分析
由于之前设计了几个不同的测试环境，故可以根据不同测试环境的硬件资源使用状况图进行分析，确定瓶颈是在数据库服务器、应用服务器抑或其他方面，然后针对性的进行优化等操作。
3、其他影响因素分析
影响系统性能的因素很多，可以从用户能感受到的场景分析，哪里比较慢，哪里速度尚可，这里可以根据 2\5\8 原则对其进行分析；至于其他诸如网络带宽、操作动作、存储池、线程实现、服务器处理机制等一系列的影响因素，具体问题具体分析，这里就不一一表述了。
4、测试中发现的问题
在性能测试执行过程中，可能会发现某些功能上的不足或存在的缺陷，以及需要优化的地方，这也是执行多次测试的优点。

如果对软件测试有兴趣，想了解更多的测试知识，解决测试问题,以及入门指导，帮你解决测试中遇到的困惑，我们这里有技术高手。如果你正在找工作或者刚刚学校出来，又或者已经工作但是经常觉得难点很多，觉得自己测试方面学的不够精想要继续学习的，想转行怕学不会的， 都可以加入我们1079636098，群内可领取最新软件测试大厂面试资料和Python自动化、接口、框架搭建学习资料！

如何判断是否有内存泄漏及关注的指标？

LoadRunner 的工作原理是什么？

LoadRunner 工作原理：

LoadRunner 通过模拟上千万用户实施并发负载，实时性能监控的系统行为和性能方式来确认和查找问题。
1、VuGen 发生器：捕捉用户的业务流，并最终将其录制成一个脚本：
a. 选择相应的一种协议；
a. 在客户端模拟用户使用过程中的业务流程，并录制成一个脚本；
a. 编辑脚本和设置Run-Time Settings 项；
a. 编译脚本生成一个没有错误的可运行的脚本。2、控制器（Controller）：

1. 设计场景，包括手动场景设计和目标场景设计两种方式；
2. 场景监控，可以实时监控脚本的运行的情况。可以通过添加计数器来监控 Windows 资源、应用服务器和数据库使用情况。
   场景设计的目的是设计出一个最接近用户实际使用的场景，场景设计越接近用户使用的实际情况，测试出来的数据就越接近真实值。
   3、负载发生器（Load Generators）：模拟用户对服务器提交请求。
   通常，在性能测试过程中会将控制器和负载发生器分开；当使用多台负载发生器时，一定要保证负载均衡（指在进行性能测试的过程中，保证每台负载发生器均匀地对服务器进行施压）。
   4、分析器（Analysis）：主要用于对测试结果进行分析。

LoadRunner 脚本如何录制和编写？

打开loadrunner 的Virtual User Generator，新建脚本
在弹出框中选择Web（HTTP/HTML）协议，然后点击创建按钮
弹出 start Recording 窗口，选择对应的录制类型（Internet Applications），选择浏览器（这里我们选择 IE），选择需要测试的 web 地址，选择浏览器安装地址。点击 ok
自动打开 IE 浏览器，进入相对应地址，在页面上方显示一个录制工具条。此时我们发给服务器的所有请求都会被记录在脚本中。输入用户名和密码，在点击登录前插入事务，输入事务名称，点击 ok
然后点击登录按钮，待登录成功，显示出成功页面后，点击结束事务，再点击 ok。然后点击工具条上的停止按钮。结束录制，回到脚本中。这时候需要等待会，待自动生成脚本。
生成的脚本含有刚才录制的信息，点击菜单栏，回放按钮。回放如果有红色，是报错信息，没有红色， 如下图，说明运行成功。
还可点击“View”菜单栏的“Test Results”进行查看。显示 passed 即为成功。脚本便可使用。

LoadRunner 中的Think Time 有什么作用？

用户在执行连续操作之间等待的时间称为“思考时间”，它是决定对服务器施压大小的因素之一。设置思考时间，是为了更真实的模拟用户。Vuser 使用 Lr_think_time 函数来模拟用户思考时间。录制Vuser 脚本时， VuGen 将录制实际思考时间，并插入到Vuser 脚本中响应的Lr_think_time 语句。可以编辑录制的Lr_think_time语句，并向 Vuser 脚本手动添加更多 Lr_think_time 语句。
可以通过选择【插入】>【步骤】>【思考时间】来插入思考时间步骤。当录制 Java Vuser 脚本时，不会在 Vuser 脚本中生成 Lr_think_time 语句。
可以使用【Run-time Settings】，更改执行 Vuser 脚本时 Lr_think_time 语句的运行方式。

在搜索引擎中输入汉字就可以解析到对应的域名，请问如何用LoadRunner 进行测试？

1. 建立测试计划，确定测试标准和测试范围
2. 设计典型场景的测试用例，覆盖常用业务流程和不常用的业务流程等c)根据测试用例，开发自动测试脚本和场景：
   a. 录制测试脚本
   ⅰ. 新建一个脚本（Web/HTML 协议）
   ⅰ. 点击录制按钮，在弹出的对话框的 URL 中输入”about:blank”。
   ⅰ. 在打开的浏览器中进行正常操作流程后，结束录制。
   ⅰ. 调试脚本并保存。可能要注意到字符集的关联。ii.设置测试场景
3. 针对性能设置测试场景，主要判断在正常情况下，系统的平均事务响应时间是否达标
4. 针对压力负载设置测试场景，主要判断在长时间处于满负荷或者超出系统承载能力的条件下，系统是否会崩溃。
   iii.执行测试，获取测试结果，分析测试结果

一台客户端有三百个客户与三百个客户端有三百个客户对服务器施压，有什么区别？

300 个用户在一个客户端上，会占用客户机更多的资源，而影响测试的结果。线程之间可能发生干扰，而产生一些异常。
300 个用户在一个客户端上，需要更大的带宽。
IP 地址的问题，可能需要使用 IP Spoof 来绕过服务器对于单一 IP 地址最大连接数的限制。
所有用户在一个客户端上，不必考虑分布式管理的问题；而用户分布在不同的客户端上，需要考虑使用控制器来整体调配不同客户机上的用户。同时，还需要给予相应的权限配置和防火墙设置。

如果对软件测试有兴趣，想了解更多的测试知识，解决测试问题,以及入门指导，帮你解决测试中遇到的困惑，我们这里有技术高手。如果你正在找工作或者刚刚学校出来，又或者已经工作但是经常觉得难点很多，觉得自己测试方面学的不够精想要继续学习的，想转行怕学不会的， 都可以加入我们1079636098，群内可领取最新软件测试大厂面试资料和Python自动化、接口、框架搭建学习资料！

测试新手

如果你立志成为一名测试工程师，但却没有任何的知识储备。这时候，你应该抓紧时间学习计算机基础知识，同时，还需要了解编程体验、产品设计、用户体验和研发流程等知识。

测试工程师
从知识体系上看，你需要有更全面的计算机基础知识，还需要了解互联网的基础架构、安全攻击、软件性能、用户体验和常见缺陷等知识。从测试技术上看，你需要能够使用常见的测试框架或者工具，需要具有一定的自动化测试脚本的开发能力，

高级测试工程师
合格的测试工程师关注的是纯粹的测试，而优秀的测试工程师关注更多的是软件整体的质量，需要根据业务风险以及影响来制定测试策略。另外，优秀的测试工程师不仅可以娴熟地运用各类测试工具，还非常清楚这些测试工具背后的实现原理。

测试架构
测试架构师不仅仅应该有技术的深度，还应该有全局观。比如，面对大量测试用例的执行，无论是 GUI 还是 API，都需要一套高效的能够支持高并发的测试执行基础架构；再比如，面对测试过程中的大量差异性数据要求，需要统一的测试数据准备平台。同时，测试架构师还必须对一些前沿的测试方法和技术有自己的理解。

原文地址：https://blog.csdn.net/software_test010/article/details/114847860