m0_37449634的博客

本文介绍线上业务压测的核心要素、压测环境和压测基础数据。

本文通过编写性能测试分析及调优的相关流程和方法，帮助研发人员、性能测试人员或者运维人员快速地进行性能测试、瓶颈定位及调优。系统的性能是由很多因素决定的，本文很难面面俱到，但是可以作为分析系统性能的一个指导。

本文介绍性能测试的各种测试指标。

以上就是一个较简单，完整的性能测试过程，当然其中很有很多值得分析和探讨的内容，限于篇幅和时间问题，这里不一一赘述，以后会慢慢对性能测试执行、瓶颈分析、优化的内容不断。测试环境测试数据，可以根据系统的运行预期来确定，比如需要测试的业务场景，数据多久执行一次备份转移，该业务场景涉及哪些表，每次操作数据怎样写入，写入几条，需要多少的。按照之前已经设计好的测试环境，部署对应的环境，由运维或开发人员进行部署，检查，并仔细调整，同时保持测试环境的干净和稳定，不受外来因素影响。

可以这样理解，压力测试和负载测试不同的是，压力测试的预期结果就是系统出现问题，而我们要考察的是系统处理问题的方式。一般是和服务器端建立大量的并发连接，通过客户端的响应时间和服务器端的性能监测情况来判断系统是否达到了既定的并发能力指标。负载测试指的是最常见的验证一般性能需求而进行的性能测试，因此负载测试主要是考察软件系统在既定负载下的性能表现。负载测试 Load test：在一定的『工作负荷』下，给系统造成的负荷及系统响应的时间。负载测试关心的是用户规则和需求，压力测试关心的是软件系统本身。

进一步来添加一个线程组：首先选择这个测试计划，用鼠标右键点击然后在得到的菜单中选择添加--> 线程组。像所有的 JMeter 元件一样，这个 Login Config Element 控制面板有一个名字域需要你来修改，在这个例子，我们取它的默认值。像所有的 JMeter 元件一样，这个 Login Config Element 控制面板有一个名字域需要你来修改，在这个例子，我们取它的默认值。要构建这个测试计划，你将会用到下面的元件：线程组，LDAP 请求，LDAP请求默认值，用表格查看结果。

ActiveMQ

如果是 Tomcat 5，一旦线程到达最大，请求将被放置到一个队列直到一个线程可用。一个更加有效管理线程的容器可能看不到任何性能的下降，但是使用的内存也肯定会显示一些影响。你想看到的是对于负载，内存和线程的一个规则的图案。选择线程组元件，添加一个简单数据记录器监听器（添加-->简单数据记录器）。你可以在文件名域输入它，也可以选择浏览按钮，浏览一个目录，然后加入一个文件名。在你在你的产品环境部署监视器前找出一个可接受的间隔。如果你想保存来自服务器的结果，添加一个简单的数据监听器。从运行菜单，选择运行。

所以，如果我们有 5 个用户和一个 5 秒的 Ramp-Up Period，那么启动用户的延迟就是 1 秒(5 用户/5 秒=1 用户每秒）。你将为在 O'Reilly 的 FTP 站点上的两个文件创建四个发送请求的用户。为了构造测试计划，你将需要使用下列元件：测试线程，FTP 请求， FTP 默认请求和 Spline Visualizer。为了你正在构建的测试计划，所有的 FTP 请求将会发送到相同的 FTP 服务器，然后在 8.3 节，你将会添加使用你在这里指定的一些默认设置的 FTP 请求元件。

构建测试计划，你将使用下列元件：线程组，LDAP 请求，LDAP 请求默认值和表格视图结果。继续进行，通过初次的选择测试计划添加线程组，单击鼠标右键得到添加菜单，然后选择添加-->线程组来添加一个线程组。为了保存测试计划，从文件菜单选择保存测试计划（使用最新版本，它不再需要首先选择测试计划元件）。你不需要设置服务器域和端口域，用户名，密码和 DN，因为你已经在 Login Config Element 和 LDAP 请求默。单击鼠标右键得到添加菜单，然后选择添加-->LDAP 请求默认值。

例如，你输入 Ramp-Up Period 为五秒，JMeter 将会在最后 5 秒结束前启动所有你的用户。所以，如果我们有 5 个用户和一个 5 秒的 Ramp-Up Period，那么启动用户的延迟就是 1 秒(5 用户/5 秒=1 用户每秒）。例如，如果你输入 Ramp-up 周期为 5 秒，JMeter 会到 5 秒末完成启动所有你的用户。所以如果我们有五个用户和一个 5 秒的 Ramp-up 周期，那么启动用户之间的延迟将会是 1 秒（5 用户/5 秒=1 用户每秒）。大概介绍一下 JMS。

为了观察来自提供的取样器的响应内容，可以添加"观察结果树"或者"在表格观察结果"监听器到测试计划。这样为每个取样产生一个新的文件，并且保存文件为取样器名。为了最小的资源使用，删除所有的监听器，并且使用-l 标志运行测试在非 GUI 模式来定义仅一个监听器。像上面展示的那样，如果需要响应数据可以被保存为 XML 日志文件。然而，这将使文件相当大，并且文本必须被编码才可以被安静的验证 XML。"配置"按钮可以指定那些域被写入文件，和是否把它作为一个 CSV 或者 XML 文件。仅那些指定的数据项被记录在文件。

例如，你输入 Ramp-Up Period 为五秒，JMeter 将会在最后 5 秒结束前启动所有你的用户。所以，如果我们有 5 个用户和一个 5 秒的 Ramp-Up Period，那么启动用户的延迟就是 1 秒(5 用户/5 秒=1 用户每秒）。如果没有，关闭 JMeter，拷贝 jar 文件过去，重启 JMeter。最后，清除标为"Forever"的复选框，并且在循环次数文本域中输入 2。如果你在你的监听器中选择一个文件保存结果，然后你将有一个能够在任何可视化工具下打开的文件。

如果"start"不可用，"stop"可用，证明 JMeter 正在运行你的测试计划(或者，至少，它认为它是)。如果 JMeter被添加越来越多的组件，你会希望定制 JMeter 只出现那些你感兴趣的组件。如果你希望改变 JMeter 运行时的属性你需要改变在/bin 目录的 jmeter.properties 文件，或者创建你自己的 jmeter.properties 文件并且在命令行指定它。为了从文件加载元件，右击将要加载元件到的已经存在的树元件，并选择"open"选项。选择你的元件保存的文件。

在这一部分，你将学会如何创建一个基础的测试计划来测试网站，你将会创建 5 个用户向 Jackrta 网站上的两个网页发送请求。要构建这个测试计划，你将会用来下面的元素:线程组 , HTTP 请求 , HTTP 请求默认值和图形结果。向文本域中输入名字，这是唯一的一个需要我们去修改它的默认值，其它的文本域都保留它们的默认值。这个属性表示你的测试的重复次数。这个线程组会告诉JMeter 你想要模拟的用户数量，用户应该发送请求的频率和应该发送的数量。在这一部分，你将学会对你的 HTTP 请求设置默认值。

L, --loglevel {argument}={value} 定义日志等级: [category=]level。-J, --jmeterproperty {argument}={value} 定义附加的 JMeter 属性。-D, --systemproperty {argument}={value} 定义附加的 System 属性。-p, --propfile {argument} 使用的 JMeter 属性文件。-d, --homedir {argument} 使用的 JMeter 目录。

这个线程组会告诉JMeter 你想要模拟的用户数量，用户应该发送请求的频率和应该发送的数量。下一步来添加一个线程组：首先选择这个测试计划，用鼠标右键点击然后在得到的菜单中选择添加--> 线程组。要构建这个测试计划，你将会用到下面的元件：线程组，JDBC 请求，图形结果。首先选择 JDBC 用户元件，右键点击，在弹出的菜单中选择 Add --> Config Element --> JDBC Connection Configuration。然后，选择这个新的元件来显示它的控制面板（见图 7.3）。

测试计划对象有一个叫做"功能测试"复选框。如果被选择，它将导致 JMeter 记录来自服务器返回的每个取样的数据。如果你在你的测试监听器中选择一个文件，这个数据将被写入文件。你尝试一个小的运行来保证 JMeter 配置正确并且你的服务器正在返回期望的结果是很有用的。一个后置控制器在一个取样器请求被建立后执行一些操作。如果一个后置处理器附属于一个取样器元件，它仅在取样器元件运行后执行。后置处理器最多用来处理响应数据，常用来从它里面摘录数值。见范围规则 关于前置处理器执行细节。

jmeter 测试树包含元件总是分等级和顺序的。在测试树中的一些元件是严格分级(监听器，配置元素，后置处理器，前置处理器，断言，定时器)，一些主要是顺序的(控制器，取样器)。当你创建你的测试计划时，你将创建一个描述被执行的步骤集的取样请求有序列表。那些请求常组织在也有序的控制器中。给出如下测试树：Example test tree请求的顺序是 One，Two，Three，Four。一些控制器影响它的子元件的顺序，你可以在 组件参考 看到详细的控制器。其他元素是分等级的。例如，一个断言在测试树中是分等级的。如

例如 : jmeter -H my.proxy.server -P 8000 -u username -a password -N localhost或者, 你使用 --proxyHost, --proxyPort, --username, and --password。例如 : jmeter -n -t my_test.jmx -l log.jtl -H my.proxy.server -P 8000。例如 : jmeter-server -H my.proxy.server -P 8000。

"被选中，那么最后被发现的会话 ID 将被保存，并且如果 HTTP 的上次取样不包含一个会话 ID 将会被使用。HTTP 消息头管理 好像 HTTP Cookie 管理 ,如果你因为一些原因你不希望在你的测试里为不同的 HTTP 请求，对象指定不同的消息头，可以被添加到线程组水平。如果你的 web 应用程序使用 URL 重写优于 cookies 保存会话信息，那么为了测试你的站点你将需要做一点额。在图 2 中，我们看到了 URL 重写修改器的 GUI，它仅仅有一个让用户指定会话 ID 参数名的文本域。

要添加 cookie支持，可以简单的在你的测试计划中给每一个线程组 添加 一个 HTTP Cookie 管理器。选择 Jakarta Users 元件，然后添加一个 图形结果 监听器 (添加 -->图形结果). 接着，你需要指定一个文件路径和输出文件名。添加 HTTP Cookie 管理器 , 简单地，选择这个 线程组 ，选择添加--> HTTP Cookie 管理器，也可以从编辑菜单或通过右键点击来实现添加。如果你选择了一个文件来保存你监听器中的结果，那么你将有一个文件，它可以在任何的视图中打开。

这样做，把第三方的解析器的类包包含在 JMeter 的 classpath 中， 并更新 jmeter.properties 文件里的解析器实现的全类名。JMeter 必须从 JMeter的 bin 目录 (那些文件没有发现的地方)启动。如果你开发新的 JMeter 组件，你可以压缩它们成jar 包并拷贝到 JMeter 的 /lib/ext 目录。JMeter 需要一个完整适当的 JVM 1.7或更高的版本. 我们现在尽力与 JVM 1.3 保持兼容,然而 JMeter 在 1.7或者更高运行的会最好。

JMeter 可以用来模拟一个在服务器、网络或者对象上大的负载来测试或者分析在不同的负载类型下的全面性能。另外，JMeter 能够通过让你们用断言创造测试脚本来验证我们的应用程序是否返回了我们期望的结果，从而帮助我们回归测试我们的程序。一旦你熟练构建和执行 JMeter 测试计划, 通过你的测试计划你会观察到给你更多帮助的各种元素的配置(定时器, 监听器, 断言, 和其他)。JMeter 的负载测试能力的情况下尽可能使 JMeter 成为最实用的回归测试工具。测试时使用的所有文件。