使用LR录制HTTPS协议的三种方法 一.最简单的方法:浏览器配置打开浏览器,安装证书,配置完成后直接用http协议录制即可(配置完成的标识就是打开网页,不显示安全提示) 二.LR配置修改操作步骤如下: 1.证书的获取ie选项-内容-证书,找到目标网站的证书选择导出,导出时选择base64的cer格式: 2.证书的准备(若为cer格式可忽略) 常见的证书为:*.pfx格式,该种格式的证书可以通过双击运行安装到IE浏览器上.用户在访问的时候就可以使用到. 但这种证书并不是LoadRunner所使用

LoadRunner录制Web协议的脚本  http://itindex.net/detail/50530-loadrunner-web-脚本

学习LoadRunner录制HTTPS协议脚本,其实是一个意外的收获.当我拿到要测试的URL时,我像以前的步骤一样录制脚本,但是录制结束后,发现并没有生成脚本,开始以为是LoadRunner的原因,我就换了一个之前录制过的URL,发现可以成功录制脚本.后来就发现原来一个是HTTP,另一个是HTTPS.接下来就百度了一下“LoadRunner录制HTTPS协议脚本”,得知LoadRunner是可以录制HTTPS脚本的. HTTP协议传输的数据都是未加密的,因此使用HTTP协议传输隐私信息非常不安全

测试TCP协议的项目,涉及到登陆.发送实时数据.指令.登出等,直接写报文工作量太大,所以需要录制报文. 操作方法如下: 1.启动服务端程序 2.使用winsocket协议 3.选择应用程序 4.录制选项 5.点击录制,启动客户端服务 5.我另外启动了工具,向客户端程序不断发送数据 6.录制完成后,生成脚本 数据存储在data.ws中 录制完成,参考资料: http://blog.csdn.net/testingba/article/details/7571911 感谢testingba用户的付出

LR录制的时候关心的是通信,关心的是客户端和服务器之间的数据包.它通过监控客户端和服务器之间的通信,转化为自己的函数. 协议选择错误,可能会导致录制下来的内容为空. 方法一:根据经验来选择协议 Web网站:HTTP/HTML FTP服务器:FTP 邮件服务器:IMAP,POP3,SMTP C/S(以ADO,OLEDB方法连接后台数据库):MS SQL Server,Oracle,Sybase,DB2,Infrmix C/S(以ODBC方法连接后台数据库):ODBC C/S(没有后台数据库):So

1.项目背景 1.1 单双向SSL的含义及部署 单向SSL即我们说到的https协议. 特点是,浏览器需要请求验证服务器证书: 基本含义是:一个安全通信通道,它基于HTTP开发,用于在客户计算机和服务器之间交换信息.它使用安全套接字层(SSL)进行信息交换,简单来说它是HTTP的安全版. 双向SSL顾名思义就是双方都需要验证证书的协议,浏览器首先向服务端请求证书,然后服务器端需要向浏览器请求目前登陆用户的个人证书验证. 1.2 系统的基本部署 单向SSL交互过程: 使用单向SSL时,仅通过虚拟主

socket通讯,有两种方式,一种是建立长连接(TCP),建立后,不停的发送,接收.另外一种是建立短连接(UDP),建立连接,发送报文,接收响应,关闭连接.两种方式 server的开销不同. 今天出现问题:不管是创建TCP还是UDP连接,发送数据后,接收到数据的长度均为空值. 我的代码如下: wireshark抓包查看到的结果(有接收到服务发送过来的数据): 运行时查看Loadrunner中打印日志: 多次修改代码后,最后修改接收的buffer 的长度,终于接收到数据

以下录制方法使得录制到的脚本为空: (1)打开Virtual User Generator,点击“新建Vuser脚本”,在弹出的向导页面,选择“新建单协议脚本”,选择“POP3”协议,并确定 (2)在脚本页面,弹出的“开始录制”向导,选择应用程序类型为:Win32应用程序:要录制的程序可以选择outlook.exe.foxmail.exe等,此处以foxmail.exe为例:工作目录:自己选择存放脚本的目录:录制到操作:选择Action:确定后开始录制: (3)自动打开foxmail后,选择一个

问题:用户portal支持https协议,用loadrunner录制登陆脚本时发现未录制到用户名和密码 录制到的脚本如下: login() { lr_think_time(10); web_url("verifycode.jsp", "URL=https://192.168.211.246:56661/portal/common/jsp/verifycode.jsp?codeSource=loginverifycode&time=1330596177343"

    随着公司的发展,公司原有的SVN服务器存放的内容不断增加,容量已经不能满足后续需求,首先我们想到对服务器进行扩容,然而因为各种原因服务器不能进行扩容,所以公司决定更换新的SVN服务器,在做数据迁移和环境部署之前我们需要对服务器进行一次性能测试,了解部署后的服务器性能,测试过程中需要对https的网页进行性能测试. 我们可以用loadrunner录制http网页,但是当录制https网页的时候会发现证书错误不能录制以及其他方面的问题,这时要考虑loadrunner能否录制https的脚本,

LoadRunner对不同协议的选择 大家常用的是Loadrunner测试web(Http/Html),但其实协议多种多样.在B/S结构的网站多种业务的特点需要选择不同的协议,协议如何选择呢,寻找了相关资料. LoadRunner首先是一个测试工具,其次是一个性能测试工具,然后是该工具是一个基于协议,也就是说LoadRunner测试的对象都需要使用通信协议,对于那些不使用通信协议仅仅进行本地处理的软件例如Microsoft Word,LoadRunner就不适用.说到通信协议我们来熟悉一下协议的

首先让我们先看一下loadrunner- winsock 函数 一览表:        lrs_accept_connection 接受侦听套接字连接 lrs_close_socket 关闭打开的套接字        lrs_create_socket 初始化套接字        lrs_disable_socket 禁用套接字操作        lrs_exclude_socket 重播期间排除套接字        lrs_get_socket_attrib 获取套接字属性        lr

一前言 二任务的提出 三实现方案讨论 四技术要点讲解 如何开始录制一个最简单的收发数据包脚本 写日志文件 一行一行读数据包文件 字符串转换为十六进制数据包 发送自己定义的数据包 接收数据包到自定义缓冲区 从自定义缓冲区读出数据 如何释放自定义缓冲区 如何根据数据包返回计算为十进制数 五小节 摘要:通过实例讲解loadrunner中的socket协议性能测试的一种测试方法,如何不依赖loadrunner既定规则,自行控制收发数据包 关键词:Loadrunner,socket,自行控制,收发数据包

LoadRunner 技巧之协议分析 在做性能测试的时候,协议分析是困扰初学者的难题,选择错误的协议会导致Virtual User Generator 录制不到脚本:或录制的脚本不完整,有些应用可能需要选择多个协议才能完整的记录 客户端与服务器端的请求. 最简单的办法就去跑去问开发人员我们的程序用什么协议通讯.当然,有时候为了面子,不好意思去问(也为装X) ,那就只能自己动手去被测系统所使用的协议. 优秀的第三方协议分析工具还是挺多的,如:MiniSniffer .Wireshark .Omin

关键词:各路录制小白汇集于此 虽然知道君对录制不感冒,但总是看到扎堆的人说这些问题,忍不住要站出来了. 百度虽好,帮助了很多小白,但关键是百度并没有排除错误内容,经过历史的几年传播,错的都快变对的了,而且错误内容可能比正确的还要多,从开始的猜测话语慢慢转发成了比较肯定的话语,误导不少人.就像某些医疗广告一样,总会有受害者,越陷越深. 以下提到的版本为 LoadRunner 11,且为最常用的HTTP协议,使用率高,功能全面,还可以XXXX,你懂的.这里主要以win7为例,比较常见的系统,而win

用Loadrunner录制上传文件,脚本回放时发现,文件没有上传成功,检查脚本发现脚本中没有上传文件的路径. 脚本录制时选择的协议,如果说是socket协议,则不需要上传文件的路径,Loadrunner会把要上传的文件转义成一种特殊编码形式的文件,放在data.ws对应的buf中,运行脚本是直接上传buf中的内容如果是http/html协议,选择URL-based script,web_submit_data中会显示要上传文件的文件名,脚本中不会显示路径,默认路径在当前脚本保存的路径下,把上传的

loadrunner录制时,设置能不记录所有的事件 可以做如下两点设置: 1. 在record option下的recording选项卡下选择html advance,在script type下选择A script containing explicit URLs only. 采用这种录制方式,使得你可以不考虑任何用户操作,只考虑客户端发送的请求. 2. 在record option下的advance选项卡下点击content types,选出你不想录制的内容.以上两点的操作可以使你的脚本尽量简

loadrunner测试TCP协议服务器性能 . 性能loadrunner测试c 最近对服务器的性能感兴趣,于是开始研究了一阵子loadrunner如何做采用TCP协议交互的服务器的性能测试,对loadrunner不是很熟悉,所以一开始也走了一些弯路,现将学习的过程记录下来,为以后做参考吧. TCP协议的服务器的性能测试,我想大家都会选择loadrunner的winsocket协议进行测试,我也是采用此种方式.下面将逐一记录如何使用此协议做性能测试. 1.采用DLL文件方式进行测试 由于与服务器

关键词:各路录制小白汇集于此 虽然知道君对录制不感冒,但总是看到扎堆的人说这些问题,忍不住要站出来了. 百度虽好,帮助了很多小白,但关键是百度并没有排除错误内容,经过历史的几年传播,错的都快变对的了,而且错误内容可能比正确的还要多,从开始的猜测话语慢慢转发成了比较肯定的话语,误导不少人.就像某些医疗广告一样,总会有受害者,越陷越深. 以下提到的版本为 LoadRunner 11,且为最常用的HTTP协议,使用率高,功能全面,还可以XXXX,你懂的.这里主要以win7为例,比较常见的系统,而win

LoadRunner录制图片验证码 LoadRunner自身是无法捕获到图片验证码的,但是我们可以帮助LoadRunner来实现验证码的捕获. 1.图片验证码 图片验证码的产生来自服务器端,由服务器生成随机数,然后写入到图片中.虽然LR可以录制下图片,但是无法从图片中获取数据,因此表面上看LR是无法跳过这关了,那么我们从服务器下手,通常产生的随机数是保存在session中,所以我们可以想办法获取到这个session.    a.针对应用,采用不同的语言,本次讲的是java应用,首先写个*.jsp