9-2 自动化性能测试-jmeter.pptVIP

性能测试与JMeter 性能测试基本概念 并发用户：用户并发一般发生在使用比较频繁的模块中，而且遇到异常通常都是程序的问题。 用户并发数量：在线用户数量是计算并发用户数量的主要依据之一。一般为使用系统的用户数量*(5%~20%) 并发主要针对WEB服务器而言，是否并发的关键是看用户的操作是否对服务器产生了影响。 吞吐量：一次性能测试过程中网络上传输的数据量的总和。 吞吐率:吞吐量/传输时间，单位时间内网络上传输的数据量，也可以指单位时间内处理的客户端请求数量。吞吐率用“请求数/秒”或者“页面数/秒”来衡量。 点击率：每秒钟用户向web服务器提交的HTTP请求数。点击率越大，对服务器的压力也越大。重要的是分析点击时产生的影响。 点击不是指鼠标的一次“单击”操作，因为在一次“单击”操作中，客户端可能向服务器发出多个HTTP请求。 性能测试分析对象 查找瓶颈时按以下顺序，由易到难。 ????????服务器硬件瓶颈 ??????? 网络瓶颈（对局域网，可以不考虑） ??????? 服务器操作系统瓶颈（参数配置） ????????中间件瓶颈（参数配置，数据库， web 服务器等） ??????? 应用瓶颈（ SQL 语句、数据库设计、业务逻辑、算法等） 性能分析 分析的信息来源： ?????1 根据场景运行过程中的错误提示信息 ?????2 根据测试结果收集到的监控指标数据 错误提示分析 分析实例1： Error: Failed to connect to server “ 10.10.10 .30:8080 ″ : [10060] Connection Error: timed out Error: Server “ 10.10.10 .30 ″ has shut down the connection prematurely 分析： A 、应用服务死掉 （程序上的问题。程序上处理数据库的问题） B 、应用服务没有死 （应用服务参数设置问题） 例：在许多客户端连接 Weblogic 应用服务器被拒绝，而在服务器端没有错误显示，则有可能是 Weblogic 中的 server 元素的 AcceptBacklog 属性值设得过低。如果连接时收到 connection refused 消息，说明应提高该值，每次增加 25 ％ 错误提示分析 C 、数据库的连接 1 、在应用服务的性能参数可能太小了 2 、数据库启动的最大连接数（跟硬件的内存有关） 分析实例2： Error: Page download timeout (120 seconds) has expired 分析： 可能是以下原因造成 ???????? ? A 应用服务参数设置太大导致服务器的瓶颈 ???????? ? B 页面中图片太多 ???????? ? C 在程序处理表的时候检查字段太大多 监控指标数据分析 1 ．最大并发用户数： 应用系统在当前环境（硬件环境、网络环境、软件环境（参数配置））下能承受的最大并发用户数。 ???????? 在方案运行中，如果出现了大于 3 个用户的业务操作失败，或出现了服务器 shutdown 的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数。 ?????? 如果测得的最大并发用户数到达了性能要求，且各服务器资源情况良好，业务操作响应时间也达到了用户要求，那么 OK 。否则，再根据各服务器的资源情况和业务操作响应时间进一步分析原因所在。 监控指标数据分析 2 ．业务操作响应时间： 分析方案运行情况应从平均事务响应时间图和事务性能摘要图开始。使用“事务性能摘要”图，可以确定在方案执行期间响应时间过长的事务。 细分事务并分析每个页面组件的性能。查看过长的事务响应时间是由哪些页面组件引起的？问题是否与网络或服务器有关？ 如果服务器耗时过长，请使用相应的服务器图确定有问题的服务器度量并查明服务器性能下降的原因。如果网络耗时过长，请使用“网络监视器”图确定导致性能瓶颈的网络问题 监控指标数据分析 3 ．服务器资源监控指标： 内存： 1 UNIX 资源监控中指标内存页交换速率（ Paging rate ），如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。也可能是内存访问命中率低。 2 Windows 资源监控中，如果 Process\Private Bytes 计数器和 Process\Working Set 计数器的值在长时间内持续升高，同时 Memory\Available bytes 计数器的值持续降