LoadRunner

你想建设一个能承受500万PV/每天的网站吗？ 500万PV是什么概念？服务器每秒要处理多少个请求才能应对？如果计算呢？ PV是什么： PV是page view的简写。PV是指页面的访问次数，每打开或刷新一次页面，就算做一个pv。 计算模型： 每台服务器每秒处理请求的数量=((80% 总PV量)/(24小时 60分 60秒 40%)) / 服务器数量 。 其中关键的参数是80%、40%。表示一天中有80%的请求发生在一天的40%的时间内。24小时的40%是9.6小时，有80%的请求发生一天的9.6个小时当中（很适合互联网的应用，白天请求多，晚上请求少）。 简单计算的结果： ((80% 500万)/(24小时 60分 60秒 40%))/1 = 115.7个请求/秒 ((80% 100万)/(24小时 60分 60秒 40%))/1 = 23.1个请求/秒 初步结论： 现在我们在做压力测试时，就有了标准，如果你的服务器一秒能处理115.7个请求，就可以承受500万PV/每天。如果你的服务器一秒能处理23.1个请求，就可以承受100万PV/每天。 留足余量： 以上请求数量是均匀的分布在白天的9.6个小时中，但实际情况并不会这么均匀的分布，会有高峰有低谷。为了应对高峰时段，应该留一些余地，最少也要x2倍，x3倍也不为过。 115.7个请求/秒 *2倍=231.4个请求/秒 115

一、JMeter 介绍 Apache JMeter是100%纯JAVA桌面应用程序，被设计为用于测试客户端/服务端结构的软件(例如web应用程序)。它可以用来测试静态和动态资源的性能，例如：静态文件，Java Servlet,CGI Scripts,Java Object,数据库和FTP服务器等等。JMeter可用于模拟大量负载来测试一台服务器，网络或者对象的健壮性或者分析不同负载下的整体性能。 同时，JMeter可以帮助你对你的应用程序进行回归测试。通过你创建的测试脚本和assertions来验证你的程序返回了所期待的值。为了更高的适应性，JMeter允许你使用正则表达式来创建这些assertions. JMeter与LoadRunner比较 JMeter 是一款开源(有着典型开源工具特点： 界面不美观 )测试工具，虽然与LoadRunner相比有很多不足，比如：它结果分析能力没有LoadRunner详细；很它的优点也有很多： 开源，他是一款开源的免费软件，使用它你不需要支付任何费用， 小巧，相比LR的庞大（最新LR11将近4GB），它非常小巧，不需要安装，但需要JDK环境，因为它是使用java开发的工具。 功能强大，jmeter设计之初只是一个简单的web性能测试工具，但经过不段的更新扩展，现在可以完成数据库、FTP、LDAP、WebService等方面的测试。因为它的开源性

What I am trying to know : I want to Load test a Windows application that is based on a client server protocol. Can I do it using Jmeter or LoadRunner ? If YES : What other information do I need to give you for better understanding of my query? Awaiting for your response. Your ability to test is dependent upon the communications architecture of your application. LoadRunner supports many interfaces that it can collect straight out of the box whereas with JMETER you are going to have a more programmatic path. It depends on what you want to test. JMeter will let you test the client-server traffic

I am using LoadRunner version 12.02 - Build 2739 Looking at an old, yet correct 'guide' shows that I have used the statements correctly (3rd Point, around 1/3rd of the way down the page, inside the code block - the atoi statement ). But I am still unable to convert the _count parameter to an int-Variable. In the script, before the call is made; web_reg_save_param( "ParamName=rotaPeople", "LB=someText", "RB=\")", "Ord=ALL", LAST); After the web call the save_param function is placed before, the output log shows; Notify: Saving Parameter "ParamName=rotaPeople_count = 21". Inside the script,

Loadrunner压力测试 来源： https://www.cnblogs.com/lihuali/p/11736112.html

LoadRunner 安装完成之后，肯定就迫不及待的想要上手试用了。下面就是讲一下LR脚本录制的流程和基本的设置。 　　1、先放一张脚本录制以及运行的流程图 　　2、脚本录制步骤 　　1）以管理员身份打开LR软件，如下图，选择 Create/Edit Scripts进入Vugen创建脚本 　　2）选择File->new，因为要录制 web 浏览器 内容，故而选择Web（HTTP/HTML）协议 　　3）Start Recording，如下图，点击OK即开始录制。 　　Application type：录制应用类型。有Internet Application和Win32 Application，一般默认为Internet Application，即B/S应用。Win32 Application则支持Win32 客户端。 　　Program to record ：录制使用的浏览器，默认IE，目前LR11仅支持到IE9。也可以更改为其他浏览器（如firefox，chrome)安装的路径。 　　URL Adress：要录制的url地址。仅对Internet Application有效。 　　Program arguments： 程序参数，指定录制的应用程序中可执行程序的命令行参数。仅对Win32 Application有效。例如，如果使用命令行选项 peter@neptune

六、性能测试（loadrunner、jmeter、监控、分析、定位、调优） ============================================== 邮箱：zhanghanhaichuan@163.com > > > 声明：部分转载、整理自网络，如有侵权，请联系删除。 ============================================== ============================================== 来源： https://www.cnblogs.com/zhanghan123/p/11693227.html

1. 性能测试准备 1.1 性能测试环境申请 当做完性能需求分析之后，就要申请性能测试环境。因为性能测试需要在物理机上运行，而物理机又是稀缺资源，所以我们每次做性能测试都需要提前申请。 1.2 环境清理 在部署系统之前必须要做的一件事就是环境清理，最简单的就是统统删除然后重新搭建一个干净无污染的系统。如果是在旧系统上做更新，那至少也得把Log日志清理一下、其他可能的干扰进程该杀就杀掉、定时跑的任务、临时文件、初始化文件等等该清理的都清理。 1.3 环境搭建及数据准备 环境搭建理想的情况是使用我们的环境搭建平台，或者一键式环境搭建脚本。当然，如果都没有的话，我们就得按照我们的上线步骤流程来一步步搭建了。 1.4 压力工具选择 当我们做了性能需求分析、制定了测试方案，这时候需要选取一款合适的性能测试工具，并通过这个工具快速高效的完成测试任务。通常我们用的压力工具，如：ab、JMeter、LoadRunner等工具，这些在网上都有各种的使用方法，这里就不再一一介绍了。 我们需要了解不同的压力工具的特点。 比如apache的 ab ，它是采用了Linux 2.6内核之后引入的epoll模型，能够制造非常高的压力，尤其是在高并发的环境下最能体现出它的优势。如果我们要压某个耗时稍长的请求，比如某个css静态文件，ab是非常合适的。Ab的缺点是不够灵活。 JMeter 采用的是多线程模型