压力测试是什么原理？

压力测试的原理是：

给软件不断加压，强制其在极限的情况下运行，观察它可以运行到何种程度，从而发现性能缺陷，是通过搭建与实际环境相似的测试环境，通过测试程序在同一时间内或某一段时间内，向系统发送预期数量的交易请求、测试系统在不同压力情况下的效率状况，以及系统可以承受的压力情况。

然后做针对性的测试与分析，找到影响系统性能的瓶颈，评估系统在实际使用环境下的效率情况，评价系统性能以及判断是否需要对应用系统进行优化处理或结构调整。并对系统资源进行优化。

扩展资料：

软件压力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一部分。软件压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试，而是在计算机数量较少或系统资源匮乏的条件下运行测试。通常要进行软件压力测试的资源包括内部内存、CPU 可用性、磁盘空间和网络带宽。

负载测试是通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足性能指标的情况下，系统所能承受的最大负载量的测试。其中还有一种特定类型的负载测试，它是通过逐步增加软件系统的负载，测试系统性能的变化，并最终确定在什么负载条件下系统性能处于失效状态，以此来获得系统提供的最大服务级别。

并发性能测试通过逐渐增加并发用户数负载，直到系统的瓶颈或者不能接收的状态，综合分析交易执行指标、资源监控指标等来确定系统并发性能的过程。并发性能测试是负载压力测试的重要内容。

参考资料：

用loadrunner做简单网站的压力测试的方法

使用LoadRunner 完成测试一般分为四个步骤：

1、Vvitrual User Generator 创建脚本。

创建脚本，选择协议，录制脚本， 编辑脚本，检查修改脚本是否有误。

2、中央控制器（Controller）来调度虚拟用户。

创建Scenario，选择脚本，设置机器虚拟用户数，设置Schedule，如果模拟多机测试，设置Ip Spoofer。

3、运行脚本。

分析scenario

分析测试结果

4、安装LoadRunner 中文版。

LoadRunner 分为Windows 版本和Unix 版本。如果所有测试环境基于Windows 平台， 那么只要安装Windows 版本即可。本章讲解的安装过程就是LoadRunner78中文的Windows 版本的安装。

5、使用LoadRunner进行负载/压力测试。

6、录制基本的用户脚本。

创建用户脚本需要用到VuGen。提示： 运行VuGen 最好在1024768 的分辨率下， 否则有些工具栏会看不到。启动Visual User Generator 后， 通过菜单新建一个用户脚本， 选择系统通讯的协议。这里需要测试的是Web 应用，同时考虑到后台SQL数据库所以需要选择Web(HTTP/HTML)协议＋SQL SERVER协议，确定后， 进入主窗体。通过菜单来启动录制脚本的命令。

7、在URL 中添入要测试的Web 站点地址。

●测试http://lmsahspcomcn/lms-lmm/loginFormdo选择要把录制的脚本放到哪一个部分， 默认情况下是“Action”。

这里简单说明一下：VuGen 中的脚本分为三部分：vuser_init、vuser_end 和Action。其中vuser_init 和vuser_end 都只能存在一个， 不能再分割， 而Action 还可以分成无数多个部分（ 通过点击New 按钮， 新建ActionXXX）。在录制需要登陆的系统时， 把登陆部分放到vuser_init 中， 把登陆后的操作部分放到Action 中， 把注销关闭登陆部分放到vuser_end 中。（ 如果需要在登陆操作设集合点， 那么登陆操作也要放到Action 中， 因为vuser_init 中不能添加集合点） 在其它情况下， 只要把操作部分放到Action 中即可。注意： 在重复执行测试脚本时，vuser_init 和vuser_end 中的内容只会执行一次， 重复执行的只是Action 中的部分。

8、点“ 选项 ”按钮， 进入录制的设置窗体， 这里一般情况下不需要改动。

●然后点“OK” 后，VuGen 开始录制脚本。在录制过程中， 不要使用浏览器的“ 后退” 功能，LoadRunner 支持不太好！ 录制过程中， 在屏幕上会有一个工具条出现。录制的过程和WinRunner 有些类似， 不再多介绍。录制完成后， 按下“ 结束录制” 按钮，VuGen 自动生成用户脚本， 退出录制过程。

9、完善测试脚本。

当录制完一个基本的用户脚本后， 在正式使用前还需要完善测试脚本， 增强脚本的

灵活性。一般情况下， 通过以下几种方法来完善测试脚本。插入事务、插入结合点、插入注解、参数化输入。这里只举例介绍参数化如何设置，其它只作简单介绍。

10、插入事务。

事务（Transaction）： 为了衡量服务器的性能， 需要定义事务。比如： 在脚本中有一个数据查询操作， 为了衡量服务器执行查询操作的性能， 把这个操作定义为一个事务， 这样在运行测试脚本时，LoadRunner 运行到该事务的开始点时，LoadRunner 就会开始计时， 直到运行到该事务的结束点， 计时结束。这个事务的运行时间在结果中会有反映。

插入事务操作可以在录制过程中进行， 也可以在录制结束后进行。LoadRunner 运行在脚本中插入不限数量的事务。

具体的操作方法如下： 在需要定义事务的操作前面， 通过菜单或者工具栏插入。输入该事务的名称。注意： 事务的名称最好要有意义， 能够清楚的说明该事务完成的动作。插入事务的开始点后， 下面需要在需要定义事务的操作后面插入事务的“ 结束点”。同样可以通过菜单或者工具栏插入。默认情况下， 事务的名称列出最近的一个事务名称。一般情况下， 事务名称不用修改。事务的状态默认情况下是LR_AUTO。一般情况下， 也不需要修改， 除非在手工编写代码时， 有可能需要手动设置事务的状态。

11、插入集合点。

插入集合点是为了衡量在加重负载的情况下服务器的性能情况。在测试计划中， 可能会要求系统能够承受1000 人同时提交数据，在LoadRunner 中可以通过在提交数据操作前面加入集合点， 这样当虚拟用户运行到提交数据的集合点时，LoadRunner 就会检查同时有多少用户运行到集合点，如果不到1000 人，LoadRunner 就会命令已经到集合点的用户在此等待， 当在集合点等待的用户达到1000 人时，LoadRunner 命令1000 人同时去提交数据， 从而达到测试计划中的需求。

注意： 集合点经常和事务结合起来使用。集合点只能插入到Action 部分，vuser_init 和vuser_end 中不能插入集合点。具体的操作方法如下： 在需要插入集合点的前面， 通过菜单或者工具栏操作输入该集合点的名称。注意： 集合点的名称最好要有意义， 能够清楚的说明该集合点完成的动作。

12、插入注释。

注释的作用就不多说了， 不过插入注释最好是在录制过程中。具体的操作方法如下： 在需要插入注释的前面， 通过菜单或者工具栏操作。

13、参数化输入。

如果用户在录制脚本过程中， 填写提交了一些数据， 比如要增加数据库记录。这些操作都被记录到了脚本中。当多个虚拟用户运行脚本时， 都会提交相同的记录， 这样不符合实际的运行情况， 而且有可能引起冲突。为了更加真实的模拟实际环境， 需要各种各样的输入。参数化输入是一种不错的方法。

用参数表示用户的脚本有两个优点： 

① 可以使脚本的长度变短。

② 可以使用不同的数值来测试脚本。例如， 如果企图搜索不同名称的图书， 仅仅需要写提交函数一次。在回放的过程中， 可以使用不同的参数值， 而不只搜索一个特定名称的值。

参数化包含以下两项任务： 

① 在脚本中用参数取代常量值。

② 设置参数的属性以及数据源。

参数化仅可以用于一个函数中的参量。不能用参数表示非函数参数的字符串。

另外， 不是所有的函数都可以参数化的。

参数化输入的讲解， 采用一个例子的方式来进行。

在本例中参数化用户的登陆名：

先看如下脚本，通过脚本录制找到用户登陆部分，如图

14、参数名随意取，建议取通俗易懂的名字，下面重点介绍一下参数的类型。

●DateTime： 很简单， 在需要输入日期/时间的地方， 可以用DateTime 类型来替代。其属性设置也很简单， 选择一种格式即可。当然也可以定制格式。

●Group Name：暂时不知道何处能用到，但设置比较简单。在实际运行中，LoadRunner 使用该虚拟用户所在的Vuser Group 来代替。但是在VuGen 中运行时，Group Name 将会是None 

●Load Generator Name： 在实际运行中，LoadRunner 使用该虚拟用户所在Load Generator 的机器名来代替。

●Iteration Number： 在实际运行中，LoadRunner 使用该测试脚本当前循环的次数来代替。

●Random Number： 随机数。很简单。在属性设置中可以设置产生随机数的范围

●Unique Number：唯一的数。在属性设置中可以设置第一个数以及递增的数的大小。

注意： 使用该参数类型必须注意可以接受的最大数。例如： 某个文本框能接受的最大数为99。当使用该参数类型时， 设置第一个数为1， 递增的数为1， 但100 个虚拟用户同时运行时，第100 个虚拟用户输入的将是100，这样脚本运行将会出错。

注意： 这里说的递增意思是各个用户取第一个值的递增数， 每个用户相邻的两次循环之间的差值为1。举例说明： 假如起始数为1， 递增为5， 那么第一个用户第一次循环取值1， 第二次循环取值2； 第二个用户第一次循环取值为6， 第二次为7； 依次类推。

●Vuser ID： 设置比较简单。在实际运行中，LoadRunner 使用该虚拟用户的ID 来代替，该ID 是由Controller 来控制的。但是在VuGen 中运行时，Vuser ID 将会是–1。

File： 需要在属性设置中编辑文件，添加内容，也可以从现成的数据库中取数据（ 下面将会介绍） 

●User Defined Function： 从用户开发的dll 文件提取数据。就目前我认为， 这种方式没有必要。VuGen 支持C 语言的语法，在VuGen 中重新编写类似的函数应该不难。

上面的例子中， 取随机数即可。点“Properties… ” 按钮， 进行属性设置窗口添入随机数的取值范围为（1-50）， 选择一种数据格式。在“属性” 中有以下几个选项： 

◆Each Occurrence：在运行时， 每遇到一次该参数， 便会取一个新的值

◆Each iteration：运行时， 在每一次循环中都取相同的值

◆Once：运行时， 在每次循环中， 该参数只取一次值

这里我们用的是随机数， 选择Each Occurrence 非常合适。

下面我们再介绍用数据库中的用户名来参数化登陆用户名。

框选住登陆名，点鼠标右键，弹出对话框，选择“替换为新参数”弹出对话框，此时参数名输入：name，参数类型选择File，如图

15、注意： 参数的文件名不要使用condat、pmdat 或者lptdat 等系统装置名下面我们将会连接数据库， 从数据表中选择用户名。点“数据向导” 按钮，显示如图

16、添入连接字符串， 点“创建” 按钮，选择事先配置好的ODBC连接。在SQL语句里输入select查询语句，出现如图窗口

17、提醒： 在参数数据显示区， 最多只能看到100 行， 如果数据超过100 行， 只能点“编辑” 按钮， 进入记事本看。

“选择下一行 ” 有以下几种选择： 

●Sequential： 按照顺序一行行的读取。每一个虚拟用户都会按照相同的顺序读取

●Random： 在每次循环里随机的读取一个， 但是在循环中一直保持不变

●Unique ： 唯一的数。注意： 使用该类型必须注意数据表有足够多的数。比如Controller 中设定20 个虚拟用户进行5 次循环， 那么编号为1 的虚拟用户取前5 个数， 编号为2 的虚拟用户取6-10 的数， 依次类推， 这样数据表中至少要有100 个数据， 否则Controller 运行过程中会返回一个错误。

“按编号”指选择列表中的那一列数据，从左到右分别是1、2、3依次通常用在有关联性的数据上面。我们这里取值Sequential 即可。完成设置关闭即可

43 单机运行测试脚本

经过以上的各个步骤后， 脚本就可以运行了。运行脚本可以通过菜单或者工具栏来操作。

执行“ 运行” 命令后，VuGen 先编译脚本， 检查是否有语法等错误。如果有错误，VuGen 

将会提示错误。双击错误提示，VuGen 能够定位到出现错误的那一行。为了验证脚本的正

确性， 还可以调试脚本， 比如在脚本中加断点等， 操作和在VC 中完全一样， 相信大家谁都不会感到陌生。如果编译通过， 就会开始运行。然后会出现运行结果。

一、是什么：

软件压力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一部分。软件压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试，而是在计算机数量较少或系统资源匮乏的条件下运行测试。通常要进行软件压力测试的资源包括内部内存、CPU 可用性、磁盘空间和网络带宽。

二、测试目标

如：50笔/秒，响应时间5秒内，成功率9999%

三、测试准备

如：用户、测试场景、测试数据、垫底数据

四、软件压力测试和性能测试的区别：测试目的不同

软件压力测试是为了发现系统能支持的最大负载，他的前提是要求系统性能处在可以接受的范围内，比如经常规定的页面3秒钟内响应（在性能可以接受的前提下，测试系统可以支持的最大负载）。

软件性能测试是为了检查系统的反映，运行速度等性能指标，他的前提是要求在一定负载下，如检查一个网站在100人同时在线的情况下的性能指标，每个用户是否都还可以正常的完成操作等。

概括就是：在不同负载下(负载一定)时，通过一些系统参数(如反应时间等)检查系统的运行情况。比如我们说某个网站的性能差，严格上应该说在N人同时在线情况下，这个站点性能很差)。

总之，就像一个方程式：综合性能=压力数性能指数，

综合性能是固定的：软件压力测试是为了得到性能指数最小时候(可以接受的最小指数)最大的压力数，软件性能测试是为了得到压力数确定下的性能指数。

参考：

https://baikebaiducom/item/%E8%BD%AF%E4%BB%B6%E5%8E%8B%E5%8A%9B%E6%B5%8B%E8%AF%95/10364657fr=aladdin

https://blogcsdnnet/bwf_shwangzhanbu/article/details/84588593

传统上所谓压力测试（stress testing）是指将整个金融机构或资产组合置于某一特定的（主观想象的）极端市场情况下，如假设利率骤升100个基本点。

某一货币突然贬值30%，股价暴跌20%等异常的市场变化，然后测试该金融机构或资产组合在这些关键市场变量突变的压力下的表现状况，看是否能经受得起这种市场的突变。

压力测试

在软件测试中：压力测试（Stress Test），也称为强度测试、负载测试。压力测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间或超大负荷地运行测试软件，来测试被测系统的性能、可靠性、稳定性等。

目的

目的是在软件投入使用以前或软件负载达到极限以前，通过执行可重复的负载测试，了解系统可靠性、性能瓶颈等，以提高软件系统的可靠性、稳定性，减少系统的宕机时间和因此带来的损失。

压力测试

情境压力测试即主体向被观察者布置一定任务和作业，借以观察个体完成任务的行为。工作样本测验、无领导小组讨论都可算作情境压力测验。

在软件工程中，压力测试是对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败。网络游戏中也常用到这个词汇。

网络定义：

2009年9月7日下午，移动公司开商务车装载200多部电信手机，在温州某大学边上不停拨打，导致电信网络瘫痪。电信发现后连车带人押送到公安局，在公安局，移动自称没有违法，只是帮电信做压力测试。

“压力测试”与俯卧撑、打酱油等词汇一样，成为网络流行词汇。

压力测试、终端机性能功率、各项性能趋势指标等。

目标

识别那些可能提高异常利润或损失发生概率的事件或情境，度量这些事件发生时银行资本充足率状况。测试的质量取决于构造合理、清晰、全面的情景。

银行的压力测试通常包括信用风险、市场风险、操作风险、其他风险等方面内容。压力测试中，商业银行应考虑不同风险之间的相互作用和共同影响。

压力测试包括敏感性测试和情景测试等具体方法。敏感性测试旨在测量单个重要风险因素或少数几项关系密切的因素由于假设变动对银行风险暴露和银行承受风险能力的影响。情景测试是假设分析多个风险因素同时发生变化以及某些极端不利事件发生对银行风险暴露和银行承受风险能力的影响。

压力测试能够帮助商业银行充分了解潜在风险因素与银行财务状况之间的关系，深入分析银行抵御风险的能力，形成供董事会和高级管理层讨论并决定实施的应对措施，预防极端事件可能对银行带来的冲击。

对于日常管理中广泛应用各类风险计量模型的银行，压力测试应成为模型方法的重要补充。压力测试也能够帮助银监会充分了解单家银行和银行业体系的风险状况和风险抵御能力。

以上内容参考 —压力测试