奔跑在路上you的博客

Nmon得名于 Nigel 的监控器，是IBM的员工 Nigel Griffiths 为 AIX 和 Linux 系统开发的，使用 Nmon 可以很轻松的监控系统的CPU、内存、网络、硬盘、文件系统、NFS、高耗进程、资源和 IBM Power 系统的微分区的信息Nmon是一款计算机性能系统监控工具，因 为它免费，体积小，安装简单，耗费资源 低，广泛应用于AIX和Linux系统1. CPU2. 内存3. 硬盘IO4. 网络。

1.在当前的服务器配置情况，最大的用户数2.平均响应时间ART，找出时间较长的业务3.每秒事务数TPS，服务器的处理能力1.客户端性能测试：web前端性能、app性能2. 网络性能测试3. 服务器应用程序性能4. 服务器硬件性能5. 数据库的性能。

在使用Jmeter执行性能测试时，为了尽量减少负载机的资源消耗，一般不建 议使用服务器资源监控的功能。而可以使用第三方工具去监控收集服务器资源。但一些普通的场景（负载小）还是可以利用Jmeter来进行服务器资源监控的。

所有数据写入一个文件：保存测试结果到本地。文件名：指定保存结果。仅错误日志：仅保存日志中报错的部分。仅成功日志：保存日志中成功的部分。配置：设置结果属性，即保存哪些结果字段到文件。一般保存必要的字段信息即可，保存的越多，对负载机的IO会产生影响。Label：取样器名称（或者是事务名）。#样本：取样器运行次数（提交了多少笔业务）。平均值：请求（事务）的平均响应时间，单位为毫秒。最小值：请求的最小响应时间，单位为毫秒。最大值：请求的最大响应时间，单位为毫秒。标准偏差：响应时间的标准偏差。

性能测试执行过程中，场景监控的主要任务是收集测试结果，测试结果有事 务响应时间、吞吐量、TPS、服务器硬件性能、JVM使用情况和数据库性能状态 等。Jmeter中通过监听器及其它外置工具来完成测试结果收集工作用户从发出请求到接收完响应之间的总耗时，它由网络传输耗时、服务处理 耗时等多个部分组成。通常以毫秒（ms）作为单位。站在用户角度来说，你可 以将软件性能看作是软件对用户操作的响应时间。

3000用户 ----- 广义并发执行发红包脚本 ----- 3小时 ==》CPU、内存、tps等不正常。1000用户 ----- 广义并发执行发红包脚本 ----- 3小时 ==》CPU、内存、tps等正常。2000用户 ----- 广义并发执行发红包脚本 ----- 3小时 ==》CPU、内存、tps等正常。500用户 ----- 广义并发执行发红包脚本 ----- 3小时 ==》CPU、内存、tps等正常。2150 用户 ----- 运行性能测试2-3天 ==》CPU、内存、tps等正常。

根据上一篇的性能测试(3）的脚本进行优化；见下图： 如上图中，把发帖和回帖的事务添加到随机控制器中，登录操作添加到仅一次控制器中，线程组中循环5次操作，在察看结果树中看执行结果或者去网站界面查看结果

可参考：https://www.cnblogs.com/YouJeffrey/p/15334939.html。3、把浏览器真实抓包请求与jmeter发送的抓包请求在抓包工具中进行对 比，检查是否jmeter完成真实的业务操作(3、jmeter默认不支持缓存，一般请求信息都调试后，请求仍然不通过，则增加一个HTTP Cookie管理器。4、如不能完成业务操作，通过调整请求信息（请求头、请求行、请求正 文）以及关联来完成业务操作。2、请求正文如果包含随机字符串，注意一般情况下是上个接口产生的，需要关联操作。

系统资源监控的结果是否正常？因此在测试环境中，需 要部署多个不同的测试环境，在不同的硬件配置上检查应用系统的性能，并对不同配置下系统的测试结果进行 分析，得出最优结果（最适合当前系统的配置）。在一定的软件、硬件及网络环境下，通过运行一种或多种业务在不同虚拟用户数量情况下，测试服务器的性能指标是否在用户的要求范围内，用于确定系统所能承载的最大用户数、以及不同用户数下的系统响应时间及服务器的资源利用率。是测试系统能否满足实际运行时的需要，还是目前的系统在哪些方面制约系统性能的表现，或者，哪些系统因素导致。

性能测试是指通过特定方式，对被测系统按照一定策略施加压力，获取系统 响应时间、TPS（Transaction Per Second）、吞吐量、资源利用率等性能指标，以期保证生产系统的性能能够满足用户需求的过程。应用在客户端性能的测试 -----b/s前端代码（js代码性能） app(app占用cpu/耗电/页面/加载速度--app专项测试)应用在服务器端性能的测试 -----核心，不停的向服务器发送请求，来检查服务器的处理请求能力（jmeter完成）了解系统在长时间的压力下性能状况（强度测试）