LoadRunner介绍-进阶篇.pptVIP

* * * 性能测试场景设置基于各种类型 负载测试（Load Testing）:通过在被测系统上不断增加压力；(Increase) 压力测试（Stress Testing）一定饱和状态下系统能够处理的会话能力;(load all) 并发测试（Concurrency Testing）：测试多用户并发访问同一个应用 （Enable Rendezvous）； 配置测试（Configuration Testing）：被测系统的软硬件环境的调整； 可靠性测试（Reliability Testing）：让应用持续运行一段时间；（Duration/Goal based） ? 性能测试场景设置 从VU运行成功到controller运行成功，一般需要以下几个步骤 1. 确认在VU里SUSI（单用户单循环次数single user single iteration） 2. 确认在VU里SUMI（单用户多循环次数single user multi iteration） 3. 确认在controller中MUSI（多用户单循环次数multi user single iteration） 4. 确认在controller中MUMI（多用户多循环次数 multi user multi iteration）? ???? 做这样一个步骤划分是有道理的， 第一步骤是验证脚本编写的正确， 第二步骤可以验证数据池是否正常运作。 第三步骤验证并发功能， 第四步骤是最终目的，验证软件系统的性能。 在controller中运行场景时出现问题，首先得保证VU中运行成功，这是一个显然的逻辑。软件工程中把软件开发的种种行为都要制定一个proccess，即过程，性能测试也是如此，按照过程来调试脚本和场景，能及早发现问题和定位问题。除非是高手，烂熟于心中，才能超越proccess而不出问题。? 性能测试场景设置并发测试 用户数 1 25 50 75 100 125 150 175 200 250 300 平均响应时间(秒) 1.004 1.006 1.217 1.449 1.831 2.116 2.143 2.375 2.57 2.742 2.949 失败事务 0 0 0 0 0 0 0 0 19 69 119 不断增加并发用户,测试系统性能 demo_login_1.lrs ? 性能测试场景设置压力测试 压力测试 demo_login_demo.lrs.lrs ? 性能测试场景设置多场景同时运行 多场景同时运行 demo_scenario_multiple.lrs ? Analysis 分析结果 LR的报表分析功能也异常强大，有各种各样的报表，甚至可以将单个报表组合，也可以导出到Excel文件和Html文件。这里重点谈谈页面分解和报表组合。 页面分解： 如果某个transaction的时间过长，为了分析问题出在哪里？就可以利用页面分解了，它可以把每个页面分解成： DNS解析时间：浏览器访问一个网站的时候，一般用的是域名，需要dns服务器把这个域名解析为IP，这个过程就是域名解析时间，如果我们在局域网内直接使用IP访问的话，就没有这个时间了。 Connection：解析出Web Server 的IP地址后，浏览器请求被送到了Web Server，然后浏览器和Web Server 之间需要建立一个初始化HTTP连接，服务器端需要做2件事：一是接收请求，二是分配进程，建立该连接的过程就是connection时间。 First Buffer：建立连接后，从Web Server 发出第一个数据包，经过网络传输到客户端，浏览器成功接受到第一字节的时间就是First Buffer。这个度量时间不仅可以表示Web Server 的延迟时间，还可以表示出网络的反应时间。 Receive：从浏览器接收到第一个字节起，直到成功收到最后一个字节，下载完成止，这段时间就是receive时间。 其他的时间还有SSL Handshaking（SSL 握手协议，用到该协议的页面比较少）、Client Time（请求在客户端浏览器延迟的时间，可能是由于客户端浏览器的think time 或者客户端 其他方面引起的延迟）、Error Time（从发送了一个HTTP 请求，到Web Server 发送回一个 HTTP 错误信息，需要的时间） Analysis 分析结果 Analysis 分析结果 Analysis 分析结果 为了确认问题缘由到底是服务器还是网络，选择“Time to First Buffer Breakdown”， 页面分解： Analysis 分析结果 --报表组合 Analysis 默认的图表都是以时间作为横坐标，然而在