本文目录：
- 1、JMeter基础
- 2、浅学Jmeter性能测试：使用代理服务器录制脚本
- 3、怎么进行性能测试
- 4、Ubuntu服务器性能测试脚本serverreview-benchmark
JMeter基础
一、Jmeter简介
—--生成不同格式的测试报告
以WEB性能测试为例：jmeter可以作为web服务器与浏览器之间的代理网关，以便捕获浏览器的请求和web服务器的响应，如此就可以很容易地生成性能测试脚本。有了性能测试脚本，jmeter就可以通过线程来模拟真实用户对web服务器的访问压力。这与LoadRunner的工作原理基本一致（ 向服务器提交请求；从服务器获取请求返回的结果 ）
二、JMeter下载安装
1、安装环境要求
Unix(Solaris，Linux，etc) 、 Windows(98，NT，2000，XP，WIN8)
2、JDK下载、安装
右键计算机属性-高级系统设置-系统属性-高级-环境变量-添加如下的系统变量：
变量值：D:Program FilesJavajdk1.8.0_92【jdk安装路径】
变量值： .;%JAVA_HOME%libdt.jar;%JAVA_HOME%lib ools.jar;
运行cmd-输入java -version-显示java版本就表示jdk安装成功
3、JMeter下载安装
4、JMeter环境配置
变量值：E:apache-jmeter-4.0 (就是jmeter保存的路径,即jmeter解压路径）
如：JMETER_HOME=D:apache-jmetesapache-jmeter-4.0
变量值：
;%JMETER_HOME%/lib/ext/ApacheJMeter_core.jar;%JMETER_HOME%/lib/jorphan.jar;%JMETER_HOME%/lib/logkit-2.0.jar
5、Jmeter 的Bin目录下的几个重要文件
6、启动Jmeter
三、JMeter组件介绍 （JMeter常用组件）
1、测试计划（Test Plan）
注：什么是元素？
JMeter的不同组件称为Elements。 每个元素都是为特定目的而设计的。
2、线程组（Threads）
例如，如果将线程数设置为100; JMeter将创建并模拟100个用户对被测服务器的请求
所有的控制器和取样器都是在某个线程组下；
3、逻辑控制器（Logic controller）
逻辑控制器允许在线程中定义处理请求的顺序。它允许控制“何时”将用户请求发送到Web服务器。例如，可以使用随机控制器随机向服务器发送HTTP请求
例如：我们在收邮件时，只需要登录一次邮箱既可查看多封邮件。如果这个场景我们在Jmeter中实现，我们需要控制登录的次数，如何实现呢？Jmeter逻辑控制器中的仅一次控制器就可以完成。当然了，控制器不只是这一个，还有很多其他的控制器来完成我们的各种需求。
除了为“线程组”指定的循环值之外，循环控制器使取样器运行一定次数。例如，如果你
将一个HTTP请求添加到循环控制器，循环计数为50
将“线程组”循环计数配置为2
然后，JMeter将发送总共50 * 2 = 100个HTTP请求。
除了循环值= 2，你为上面的线程组指定。所以JMeter将发送总共2 * 50 = 100个HTTP请求。
又如：线程组中设置循环次数3，循环控制器中设置循环测试2，
即：线程组的循环与循环控制器为父子关系，且循环控制器只对子请求有效
注：录制脚本的循环按循环控制器中的调协循环
作为循环控制器的子节点，仅一次控制器在每循环的第一次迭代时均会被执行
HTTP请求、FTP请求、JDBC请求
这3个请求应该运行5次; JMeter将向baidu服务器发送总共5个用户请求。
按顺序，按以下顺序依次发送请求：HTTP请求 - FTP请求 - JDBC请求,对于每个循环按随机顺序，请求随机发送，FTP请求 - HTTP请求 - JDBC请求 或 JDBC请求 - FTP请求 - HTTP请求等
4、配置元件（Config element）
比如CVS Data Set Config，它可以帮助我们从文件中读取测试数据。另外Jmeter也提供了众多的函数来帮我们生成动态数据。
缓存管理器），自动记录服务器返回的Cache信息。简单说就是它为取样器提供预备数据，然后由取样器
发出请求。
入不同的登录凭据。 该登录信息（例如，用户名，密码）可以存储在文本文件中。 JMeter有一个元素，允许您从该文本文件中读取不同的参数。 它是“CSV数据集配置”，用于从文件中读取行，并将它们拆分为变量。
这是CSV数据的示例。 这是一个文本文件，其中包含用于登录目标网站的用户和密码
密码将作为cookie存储在计算机中。下次访问 时 ，无需再次登录，因为在浏览器将使用您的Cookie作为用户数据登录。
Cookie管理器会自动存储该cookie，并将其用于将来对该特定网站的所有请求。
此元素允许您设置HTTP请求控制器使用的默认值
server name = google.com
PS：在执行顺序方面有个例外，配置元件"用户定义的变量"无论它处于测试树的哪个位置，总是在测试的初始阶段执行。所以个人建议把它放在线程组的开始部分。
5、定时器（Timer）（ 固定定时器：思考时间 ）
JMeter向创建一个用户请求100次
每个用户请求之间的延迟为5000毫秒
6、前置处理器（Per processors）
7、取样器（Samples）
您将FTP“下载文件”或“上载文件”请求发送到FTP服务器。
JMeter将FTP命令发送到FTP服务器 ，然后从该服务器下载文件Test.txt。
您可以配置JMeter将SQL查询发送到此服务器以检索数据。
如果要测试邮件服务器，可以使用SMTP采样器。 此采样器用于使用SMTP协议发送电子邮件
8、后置处理器（post processors）
9、断言（Assertions）
用过LR的读者应该会知道检查点这个功能，可以帮助我们来判断请求是否成功返回且是否符合要求，在Jmeter中我们不叫检查点，我们叫断言，接触过selenium的也会懂这个概念。就是用一个预设的结果（值、表达式、时间长短等条件）与实际结果匹配，匹配到则成功，反之失败。
APPly to: 适用范围
Main sample and sub-samples:作用于父节点取样器及对应子节点取样器
Main sample only：仅作用于父节点取样器
Sub-samples only:仅作用于子节点取样器
JMeter Variable:作用于jmeter变量(输入框内可输入jmeter的变量名称)
要测试的响应字段： 要检查的项
响应报文
Documeng(text)：测试文件
URL样本
响应代码
响应信息
Response Headers:响应头部
Ignore status：忽略返回的响应报文状态码
模式匹配规则：
包括：返回结果包括你指定的内容
匹配：（好像跟Equals查不多，弄不明白有什么区别）
Equals：返回结果与你指定结果一致
Substring：返回结果是指定结果的字串
否：不进行匹配
要测试的模式: 即填写你指定的结果（可填写多个）,按钮【添加】、【删除】是进行指定内容的管理
10、监听器（Listener）
“图形结果”侦听器在图形上显示服务器响应时间
“查看结果树”以基本HTML格式显示用户请求的结果(View Results Tree)
通过察看结果树，我们可以看到每个请求的结果，其中红色的是出错的请求，绿色的为通过。
Thread Name：线程组名称
Sample Start: 启动开始时间
Load time：加载时长
Latency：等待时长
Size in bytes：发送的数据总大小
Headers size in bytes：发送数据的其余部分大小
Sample Count：发送统计
Error Count：交互错误统计
Response code：返回码
Response message：返回信息
Response headers：返回的头部信息
这里绿色的就说明请求是通过的，返回值是200，如果出现红色的 就说明请求失败，这时候可以通过右边的取样器结果和响应数据来查看结果。
用表格可看结果(View Results in Table)
四、组件执行顺序
在同一作用域名范围内（不考虑逻辑控制器），测试计划中的元件按照如下顺序执行。
（1）配置元件（config elements ）
（2）前置处理程序（Per-processors）
（3）定时器（timers ）
（4）取样器（Sampler）
（5）后置处理程序（Post-processors） （除非Sampler 得到的返回结果为空）
（6）断言（Assertions）（除非Sampler 得到的返回结果为空）
（7）监听器（Listeners）（除非Sampler 得到的返回结果为空）
问题
1、为什么要使用jmeter？他可以帮我们解决那些事情？
jmeter主要是做接口测试和性能测试，它支持的协议也不少，用来测试http，数据库并发都是很方便快捷的工具，相对于lr来说更灵活与实用，等等
2、我们在什么时候会使用jmeter？
· 在一个项目中我们可能前段还没有开发完毕我们想看一下服务器的相应数据。
· 比如我们校验数据库有没有做校验，我们可以绕过前端
· 我们想看一下这个接口或者多个接口的并发量是多少，性能怎么样
3、.谁在使用？为什么是他在使用？
一般使用者为开发人员或者测试人员。
开源免费，基于Java编写，可集成到其他系统可拓展各个功能插件
支持接口测试，压力测试等多种功能，支持录制回放，入门简单
相较于自己编写框架活其他开源工具，有较为完善的UI界面，便于接口调试
多平台支持，可在Linux，Windows，Mac上运行
4、使用jmeter需要了解什么？接口与接口之间的联系怎么处理？
· 我们必须了解接口的工作原理
· 需要掌握http中的get和post请求原理
· 需要掌握请求头，响应头，请求体个个字段代表什么意思，并且字段的返回值的各代的含义是什么？
· 响应的状态码各代表什么含义·
· json是什么？
· 接口测试用例的设计方法，以及测试时点
接口之间的联系：
接口与接口之间存在联系，比如上个接口的返回值是下一个接口的入参，那我们就要在上个接口返回值赋值变量，供下一个接口调用。
5、在使用jmeter中我想要的预期结果和实际结果是怎样对比的？
· 我们做所有的测试无非就是预期结果和实际结果作对比，如果预期结果和实际结果作对比，那么这个接口就是可用的，不相等那么这个接口就是有问题的。
·在jmeter中我们的用断言做实际结果和预期结果的对比，它提供了许多断言方法，其中最常用的就是响应断言，在后面我会专门的写一下响应断言以及一些常用断言的用法。
· 我们还需要知道在jmeter中我们断言的内容是啥？这点是很重要的
7、使用jmeter的是的我们的有哪些方面的提升，jmeter的主流方向是什么？
· 对整个前端与后端的一个相互传输数据原理有了进一步了解
· 可以提高测试效率，可以提早的参与进来，较早的发现问题，减少开发成本，缩短整个产品的上线周期，可以给测试流出充裕的时间，保证产品质量。
·掌握了接口测试的测试点，已及用例的设计方法。
jmeter测试的主流方向：
· 用于性能测试，压力测试
· 接口测试
浅学Jmeter性能测试：使用代理服务器录制脚本
右上角设置-高级-系统-打开您计算机的代理设置-连接-局域网设置-勾选“为LAN使用代理服务器”-地址输入：127.0.0.1-端口输入：8888-勾选‘’对于本地地址不使用代理服务器-确定。
PS：设置代理时要关掉抓包工具，因为它也是一个代理服务器。
注：jmeter自带代理服务器
1、设置代理
启动Jmeter-测试计划-右键添加“非测试元件”-选择HTTP代理服务器-设置端口：8888-Test Plan Creation- 目标控制器选择“后面创建的自定义线程组”。
2、创建线程组存放脚本
测试计划-右键添加“Threads”-选择“线程组”- 自定义线程组名称 -保存。
3、提前设置过滤
通常会碰到录制完脚本后查看Jmeter有多余的请求，我们可提前设置过滤去掉不需要的请求。
在HTTP代理服务器页面，点击"Requests Filtering"，找到“排除模式”后添加并输入多个正则表达式 ，每行一个（.*\.php.* 或 .*\.js.* 或 .*\.png.* 或 .*\.gif.* 或 .*\.txt.* ）。设置完成后，再重新启动代理录制脚本即可。
PS：话说之前学到的正则表达式终于用上了~
4、录制脚本
在jmeter代理服务器里“启动”服务器-弹出窗口点击ok-操作浏览器里目标网页-结束录制需要的模块后，点击jmeter“停止”，在Jmeter里查看脚本。
5、优化脚本
录制完成后，可能还存在一些漏网之鱼，可根据实际需要增删请求或配置。
PS:删除了多余的请求；配置了监听器-查看结果树后，有些请求失败了，添加了cookie管理器后全都请求成功。
注：B/S录制完脚本一定要添加cookie管理器
6、浏览器增加证书（如果有需求访问Https，无可省略）
右上角设置-高级-隐私设置与安全性-证书-受信任的证书颁发机构-导入-在jmeter文件夹 bin 目录下 选择证书（只要开启过代理服务器，都会生成证书）。
录制完成后，一定要记得关闭代理服务器，否则上不了网。问题来了，如何取消代理服务器的设置呢？
右上角设置-高级-系统-打开您计算机的代理设置-连接-局域网设置-取消勾选“为LAN使用代理服务器”-确定。
怎么进行性能测试
问题一：性能测试应该做哪些准备 环境搭建：这个根据实际规划，我在企业内做过的性能测试搭建的环境都是和用户上线使用的实际环境一样的。
数据准备：个人感觉是整个工作里第二耗时的，需要真实模拟用户数据，这个不是单单的创建几个帐号就完事的，每个用户基本都会有不太一样的配置，实际操作的时候部署数据的脚本都写到手软。
脚本编译：选择性能工具编译性能脚本，你需要跑什么业务流程就编译什么样的脚本。
脚本执行：用规划好的用户数执行脚本，这个一般持续很长时间，时间太短不足以暴露服务器等的性能瓶颈，性能测试中最耗时的就是这个步骤。
收集日志：在执行脚本完成后收集到的能客观反应系统性能的日志、报表文件，比如LR的报告、数据库的AWR日志等等。
分析结果：分析收集到的日志、报表，找出性能瓶颈或是得出性能指标结果。这个一般需要对数据库或者底层非常了解的专业人士来分析，一般测试人员只需要提供收集到的报告就差不多了。
生成报告：将上面所有的性能测试活动整理总结，输出测试报告。
问题二：如何做好性能测试？ 你好，首先很欣赏你的这种态度。我在TestBird 招聘新人的时候，也有很多小朋友觉得自己有多了解工具运用，有多熟练步骤过程，自我感觉很不错。
其实，我却想说，性能测试的重点不在性能测试工具的学习上。
当然，你也通过分析系统的压力点、LR录制脚本，设置用户，做压力，分析结果，整理测试报告。完成了性能测试的整个过程。那么我说这个性能测试报告是有效的，但它不一定是有用的。
为什么呢？因为在性能测试报告中，在你所在的环境中，你是测出了这样的效果。并未掺假，全部真实的记录。
为什么说它不一定是有用的，你了解系统架构么？知道数据库、中间件、前端程序的运行方式和处理机制么？了解网络协议么？了解操作系统么？熟悉开发系统的语言么，如java JVM的内在机理知道么？这些都是系统运行的一部分，都在影响着系统的性能。如果不了解这些，你如何做出有价值的有参考意义的性能测试。
所以，学会这些性能测试工具很好，但是这仅仅是第一步。性能结果只是一些数据而已，知道你在做什么，为什么要做这些，做完后能给出有价值的东西，才是后面要慢慢修炼的。
问题三：移动客户端的性能测试如何做？ 。就当练习了。。大家看了不要喷我。。现在很多测试人员做移动端测试，可能主要还是关注功能和自动化测试。性能测试可能大多是按照每个人的体验来做报告，是不是比较快，或者比较慢。当然也不乏有很多的测试人员会回复我说，性能测试都是服务器的，移动端根本就不需要性能测试。我实在觉得可笑。 不过我毕竟一直在创业公司，而且就我一个人，所以了解可能有限，我这里就说下我之前碰见的，所知道的，目的只是抛砖引玉。 另外，我这里也不去说什么MAT，instruments了，这种固有查找内存的工具大家自己google吧。 客户端的性能从系统层面，电量消耗，网络流量，内存泄漏等都是被关注，或者说用户最最关注的点。 实例一，3rd 应用的性能测试。应用本身的响应时间可以通过call 应用intent来查看，设备纯环境，设备低内存等各种情况下进行同样此数的call，进行对比。或者与同行业同性质的应用进行对比测试。我相信很快就能够有结论了。除了应用本身，还需要对于应用本身某些特别的功能进行响应测试。比如测试一个list，测试的方法为onkeydown之后查看这个list.index（0）是否高亮，是否正常的界面跳转了，那么分别进行计时（精确ms）。同样的，我们在空list以及有几百条list的情况进行这样的case test，那么就会有一个性能的结果出来。 实例二，假设你测试微薄客户端，那么你肯定是需要进行一个list上下滑动的性能测试。我们需要使用脚本语言shell或者python去call server api来仿造数据反馈到移动设备上，否则你不可能自己手动去发几百条weibo然后再测试。测试的时候需要关注两个问题，一个是list在各种情况下是否滑动流畅，一个是当list中有很多的图片的时候图片load的速度也是一个很大的测试点。这个load可以直接检查imageview什么时候load出来pic，什么时候显示在界面上，计算时间。这里其实很多应用是webview，或者数据是存在服务器端的，这个时候无论是平时的测试还是压力，还是性能，数据的修改，其实还是多使用脚本ping api比较好，能够很好的去辅助达到性能测试的效果。 实例三，比如要测试一个优酷的视频软件，那么视频的播放的时候，首先保证网络的情况下，各种分辨率各种码率的视频接入时间是需要关注。然后在播放，也就是和网络不停的通信的同时，那么需要通过tcp dump和wireshark工具来检查网络访问是否正确，视频的卡顿，视频的花屏等除了硬件兼容之外，可以通过抓包来判断其性能。如果丢包率高那么自然视频卡，体验不好，性能也就不会好。 其实以上只是一些很基础，现在很多公司也已经在这个基础上改良测试了。不过也是一些思路，让更多的企业和测试关注移动客户端的性能。不要一提到性能脑中只有LR等这些Server测试。
问题四：为什么要进行性能测试? 原因有三：
川. 开发者的水平各有不同，有的写出来的东西性能高，有的低，所以需要统一测试一下。
2. 编程工具本身也有性能问题，用这样的工具开发出来的软件也要确认一下是否达到了需求所要求的性能指标，比如响应时间应该控制在多少秒以内。
3. 性能测试，强度测试都是为了测试系统的稳定性，稳定性好，软件的质量就好，买的钱就多。
问题五：如何进行Web服务的性能测试 贴一篇我们内部的文章：
随着浏览器功能的不断完善，用户量不断的攀升，涉及到web服务的功能在不断的增加，对于我们测试来说，我们不仅要保证服务端功能的正确性，也要验证服务端程序的性能是否符合要求。那么性能测试都要做些什么呢？我们该怎样进行性能测试呢？
性能测试一般会围绕以下这些问题而进行：
1. 什么情况下需要做性能测试？
2. 什么时候做性能测试？
3. 做性能测试需要准备哪些内容？
4. 什么样的性能指标是符合要求的？
5. 性能测试需要收集的数据有哪些？
6. 怎样收集这些数据？
7. 如何分析收集到的数据？
8. 如何给出性能测试报告？
性能测试的执行过程及要做的事儿主要包含以下内容：
1. 测试评估阶段
在这个阶段，我们要评估被测的产品是否要进行性能测试，并且对目前的服务器环境进行粗估，服务的性能是否满足条件。
首先要明确只要涉及到准备上线的服务端产品，就需要进行性能测试。其次如果产品需求中明确提到了性能指标，那也必须要做性能测试。
测试人员在进行性能测试前，需要根据当前的收集到的各种信息，预先做性能的评估，收集的内容主要包括带宽、请求包大小、并发用户数和当前web服务的带宽等
2. 测试准备阶段
在这个阶段，我们要了解以下内容：
a. 服务器的架构是什么样的，例如：web服务器是什么？是如何配置的？数据库用的是什么？服务用的是什么语言编写的？；
b. 服务端功能的内部逻辑实现；
c. 服务端与数据库是如何交互的，例如：数据库的表结构是什么样的？服务端功能是怎样操作数据库的？
d. 服务端与客户端之间是如何进行交互的，即接口定义；
通过收集以上信息，测试人员整理出服务器端各模块之间的交互图，客户端与服务端之间的交互图以及服务端内部功能逻辑实现的流程图。
e. 该服务上线后的用户量预估是多少，如果无法评估出用户量，那么可以通过设计测试执行的场景得出这个值；
f. 上线要部署到多少台机器上，每台机器的负载均衡是如何设计的，每台机器的配置什么样的，网络环境是什么样的。
g. 了解测试环境与线上环境的不同，例如网络环境、硬件配置等
h. 制定测试执行的策略，是需要验证需求中的指标能否达到，还是评估系统的最大处理能力。
i. 沟通上线的指标
通过收集以上信息，确定性能测试用例该如何设计，如何设计性能测试用例执行的场景，以及上线指标的评估。
3. 测试设计阶段
根据测试人员通过之前整理的交互图和流程图，设计相应的性能测试用例。性能测试用例主要分为预期目标用户测试，用户并发测试，疲劳强度与大数量测试，网络性能测试，服务器性能测试，具体编写的测试用例要更具实际情况进行裁减。
用例编写的步骤大致分为：
a. 通过脚本模拟单一用户是如何使用这个web服务的。这里模拟的可以是用户使用web服务的某一个动作或某几个动作，某一个功能或几个功能，也可以是使用web服务的整个过程。
b. 根据客户端的实际情况和服务器端的策略，通过将脚本中可变的数据进行参数化，来模拟多个用户的操作。
c. 验证参数化后脚本功能的正确性。
d. 添加检查点
e. 设计脚本执行的策略，如每个功能的执行次数，各个功能的执行顺序等
4. 测试执行阶段
根据客户端的产品行为设计web服务的测试执行场景及测试执行的过程，即测试执行期间发生的事儿。通过监控程序收集web服务的性能数据和web服务所在系统的性能数据。
在测试执行过程中，还要不断的关注以下内容：
a. web服务的连接速度如何？
b. 每秒的点击数如何？
c. Web服务能允许多少个用户同时在线？
d. 如果超过了这......
问题六：网站性能测试主要有哪几种方法? 我知道的性能测试主要有：压力测试，负载测试，容量测试，发性能测试，兼容性测试（不同的操作系统和不同的浏览器）。测的时候应用在客户端的性能、应用在网络上的性能和应用在服务器端的性能都要进行测试的。
希望能帮到你。
问题七：怎么才能做性能测试工程师？ 性能测试实际上确实需要些功底儿，但是也并不是非得一两年之后才去做。
我给你列几条性能测试工作中的建议，你可以自己温习一下，然后去面试，具体的经验需要实际的工作才能得到，然而你扎实的基础知识才识支撑你走下去的动力。
1，最直接也是最表面的建议，适用于面试：Loadrunner, HttpWatch, Dynatrace, TeamQuest, JMeter(可选), Wily(可选), HTML/HTTP, Webservice, Mainframe, DB. 这些东西足够学很久很久的了，所以说需要几年的工夫，但是没必要每一样都学太深，了解即可，经验日后会积累到的。
2，相对比较深层的建议：性能测试最关键之处不是工具的选择，而是对整个性能参数的理解，所以比较贴近于概念，比如说什么是TPS, Response Time, Connection浮 per Second....还有就是什么是CPU Utilization, FreeMem, Disk IO, Paging.... 工具也无非都是通过日积月累形成的客户端，所以抓到本质才是关键。
不在这里长篇大论了，呵呵，加油！
问题八：性能测试应该怎么做 需求分析 － 测试设计 － 测试执行 － 结果分析
问题九：APP如何做性能测试 目前市面上有很多家做安全加密的平台都有做安全检测，但是大部分需要付费，如果说只是个小项目的话花钱去做的话成本太高，也不建议去做
你可以了解下爱内测这个平台，专门做测试的，有安全检测、兼容测试、插件评估等，虽然这个平台也是付费的，但是他有免费的版本提供，个人觉得安全检测免费版本已经足够强大了，自动化生成测试报告，提供精准的检测数据
希望可以帮助到你
问题十：服务端怎么做性能测试 使用LR对数据库进行性能测试，实际上有多种办法，包括通过现有的数据库协议进行CS模式的先录制后执行的模式，以及通过socket方式向服务器发包方式的测试方式。这些是常规书籍上介绍的比较简单上手的测试方法，但是不具备通用性，受已有协议或socket编程方式的限制，所以需要更为通用的测试方法。
用Java user的协议进行所有数据库性能的测试工作：
Java user 不需要录制，把所有的操作通过java语言进行实现，通过lr调用java的class进行加压批量操作，这样可以不关心被测系统是哪个数据库，只要能够通过jdbc进行访问，就能实现性能测试。
一、测试环境准备
1. 被测服务器准备，根据测试目的，搭建需要的数据库服务器，确保数据库能够正常访问，正常操作；
2. Java代码的准备，无论使用哪种IDE，只要能够编写访问数据库的class就可以，形式可以是j2se，也可以是j2ee，因为在操作时只使用class的部分方法，所以j2ee就可以了；
3. LR的脚本调试，把java的class导入到脚本调试模式，根据需要添加事务以及其他操作。
二、编写数据库访问
1. 使用myeclipse，创建web project，创建如下图的包目录：
Java文件中包含各种访问数据库的方法。
需要注意的是，class中的方法必须是public static，否则LR中无法调用。由于创建的是j2ee程序，所以不用main函数，在web中就可以进行功能验证。
确认class中的方法编写完成，创建一个web.jsp文件，如下：
导入class
声明类，并实例化，直接调用刚才编写的3个方法，因为这3个方法是直接对数据库进行操作，不需要实参，也没有返回值，所以直接实现即可。
此时启动web服务，在浏览器中输入jsp的地址，直接刷新页面，就可以调用这3个方法，如果正确，就会对相应的表进行操作，如果不正确，则需要修改相应的代码。
2. LR脚本准备：
LR脚本实际上就是对访问代码的调用，关键在于需要根据测试场景划分不同的脚本布局。
例如：在myEclipse里，我们只编写了一个class，其中包含三个方法，如果在执行性能测试时，这三个方法相互独立，互不干涉，则最简单的划分方法是，创建三个java user，每个java user中包含一个方法，做三份脚本，场景执行时分别进行调用。如果三个方法之间有相互关系，则需要根据实际情况，把有关联的方法放在一起，具体情况可按实际灵活分配。
因为已经将class文件进行编译发布了，所以可以在“java2postgres\WebRoot\WEB-INF\classes\\lr\test”目录中找到对应的class文件，
复制这个文件，找到LR的目录：HP\LoadRunner\classes\\lr\test\ 如果没有文件夹，按相同的内容创建。
在LR脚本中进行引包操作：
将需要执行的java类以及方法，放在action中，可根据实际测试情况和所需要验证的内容，具体调试代码。
在这里可以像编写普通LR脚本一样，添加事务或 *** 点等内容。
由于是通过JDBC对数据库进行访问，因此要在java user中加载jdbc驱动。
运行时设置中，增加jdbc驱动，需要注意的是java user使用的本地jdk，需要至多1.6版......
Ubuntu服务器性能测试脚本serverreview-benchmark
这个脚本是经常用来测试服务器性能尤其是Ubunut16.04的，在购买vps之后可以用来测试一下性能
对服务器信息、CDN加速节点的Speedtest测速、各大洲节点的Speedtest测速、IO测试进行全面测试.
只对服务器信息、CDN加速节点的Speedtest测速、IO测试进行测试.
【服务器性能测试脚本】的内容来源于互联网，如引用不当，请联系我们修改。
网友留言：