选择LoadRunner Protocol的两大定律

选择LoadRunner Protocol的两大定律

确定性能测试脚本录制时使用的协议类型经常是一个容易引起误会的问题。很多刚刚接触到性能测试的同行常常会想当然地根据开发语言等来决定协议的选取,导致录制后的脚本不能回放成功。

选择LoadRunner Protocol的两大定律

在选择LoadRunner协议之前,首先要弄懂被测软件系统的架构,知道系统由哪些节点组成,每个节点之间的通信方式。然后根据一下原则来选择LoadRunner协议。

1.以客户端和其直接连接的Server通信方式为准。

因为LoadRunner的Vuser模拟的是客户端,所以Vuser和真实的客户端一样,和离它最近的Server打交道,而和整个系统的功
能无关。比如一个Web Mail系统,虽然它是实现了Mail功能,但是作为客户端的IE直接连接的是Web Server而不是Mail
Server,在这种情况下我们只考虑IE和Web Server的通信方式,也就是HTTP协议。

2.匹配原则由高协议到低协议。

确定了被测系统的网络协议后,选择LoadRunner Vuser应该以实际网络协议匹配为佳,如不能匹配,LoadRunner Vuser则降一个协议层再次匹配。
     比如,如果碰到一个网络应用,其采用的应用协议比较特殊,在LoadRunner里没有找到合适的协议,那么就降低一个层次,用Winsock
来录制,那是肯定没有问题的。因为几乎所有的网络传输中都是基于TCP协议或者UDP协议的,而Socket协议正是这一级上的协议。但是由于
Socket协议级别太低,录下来的东西很难理解,都是Socket、Port、Data之类的东西。所以,尽量用高层协议来录制,这样就能看懂了。

时间: 2024-10-05 07:05:11

选择LoadRunner Protocol的两大定律的相关文章

赚钱的8大定律

赚钱一定有方法,每个人有志于创业的人都应该分析一下,什么生意你最适合做,什么事情你最擅长,自然就是你容易收获的. 8条赚钱定律:    赚钱第一定律:你要做羊,还是做狼? 永远是10%的人赚钱,90%的人赔钱,这是市场的铁律,不论是股市,还是开公司.办企业,都不会改变. 如果人人都赚钱,那么谁赔钱,钱从何处来? 天下人不可能都是富人,也不可能都是穷人! 但富人永远是少数,穷人永远是多数! 这是上帝定的,谁也没办法. 但赚钱总是有办法,就是你去做10%的人,不要去做大多数人. 做少数富人,你需要换

Linux下的mysql两大实战:部署Ucenter和Ucenter-home论坛

Linux下的mysql两大实战:部署Ucenter和Ucenter-home论坛 实验目标 实战:搭建Ucenter论坛 搭建Ucenter-home网站 实验环境 LAMP环境搭建 服务端:xuegod63.cn   IP:192.168.1.63 客户端:xuegod64.cn   IP:192.168.1.64 实验步骤   ---搭建LAMP环境部署Ucenter和Ucenter-home网站,搭建一个类人人网的社交网站      实验概述 UCenter 用户中心,实现用户的统一登录

面向对象之两大要领 (转)

原文: http://cpper.info/2016/01/05/Two-Points-Of-Oriented-Object.html. 总览 在工作初期,我们可能会经常会有这样的感觉,自己的代码接口设计混乱.代码耦合较为严重.一个类的代码过多等等,自己回头看的时候都觉得汗颜.再看那些知名的开源库,它们大多有着整洁的代码.清晰简单的接口.职责单一的类,这个时候我们通常会捶胸顿足而感叹:什么时候老夫才能写出这样的代码! 作为新手,我们写的东西不规范或者说不够清晰的原因是缺乏一些指导原则.我们手中挥

两大数据库缓存系统实现对比

和redis,作为近些年最常用的缓存服务器,相信大家对它们再熟悉不过了.前两年还在学校时,我曾经读过它们的主要源码,如今写篇笔记从个人角度简单对比一下它们的实现方式,权当做复习,有理解错误之处,欢迎指正. 两大数据库缓存系统实现对比两大数据库缓存系统实现对比一. 综述读一个软件的源码,首先要弄懂软件是用作干什么的,那memcached和redis是干啥的?众所周知,数据一般会放在数据库中,但是查询数据会相对比较慢,特别是用户很多时,频繁的查询,需要耗费大量的时间.怎么办呢?数据放在哪里查询快?那

热力学4大定律的综合思考(心理学的基础:生命的节能模式)

从热力学的4大定律能够得出例如以下事实: 1)第1类和第2类永动机不可能存在:(第1.第2定律)2)非平衡的.各个非孤立系统之间总存在能量交换:(第0定律) 我们能够把生命体看做是一个系统A,周围环境能够看做是另外一个系统E.有例如以下事实:1) A和E是有联系的,A和E之间存在着热量交换.2) A的温度高于E的温度,因此自然热能流向是从A到E:3)A要获得能量必须利用特殊的机制来完毕(比方光合作用,食物消化机制等),这个过程是逆熵过程.热转换的效率是有限的(热力学等2定律). 从热力学的角度来

hadoop两大核心之一:MapReduce总结

MapReduce是一种分布式计算模型,由Google提出,主要用于搜索领域,MapReduce程序 本质上是并行运行的,因此可以解决海量数据的计算问题. MapReduce任务过程被分为两个处理阶段:map阶段和reduce阶段.每个阶段都以键 值对作为输入和输出.用户只需要实现map()和reduce()两个函数即可实现分布式计算. 执行步骤: map任务处理: 1.读取输入文件内容,解析成键值对(key/value).对输入文件的每一行,解析成 键值对(key/value).每一个键值对调

两大HTML5框架评测:Kendo UI 和 jQuery Mobile

jQuery Mobile 和 Kendo UI 都是流行的 JavaScript 框架,在开发中我们可以在它们的基础上添砖加瓦制作所有现代移动WEB应用.这两个框架都是基于使用率顶尖的 JavaScript 库 jQuery 所构建的.比较 Kendo UI 和 jQuery Mobile 有些类似于比较同一枚硬币的两面.众所周知,jQuery Mobile 实际上并不需要太多的介绍,因为它是最常用的HTML5框架之一. Kendo UI 具有相似的动机和类似的发展速度.与 jQuery Mo

站在淘宝天猫两大平台背后的平台

一.供销平台,站在淘宝与天猫背后的平台 1.域名:http://gongxiao.tmall.com(1)以前还用过fenxiao.tmall.com等域名,后来想清楚为了哪个渠道服务,直接用上边的域名作为几大交易市场的供应商服务平台 2.供销授权的商品展现(1)供应商商品能够通过平台授权给分销商(代销.经销)在淘宝.天猫销售.(2)供应商能够在这个功效平台展现自己的商品.同一时候招募分销商. watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/

微服务架构的两大解耦利器与最佳实践

这几年,微服务架构这个术语渐成热门词汇,但它不是一个全新架构,更不是一个包治百病的架构.那么,微服务架构究竟能够解决什么问题,又带来哪些痛点? 本文将与大家谈谈这个问题,以及微服务架构的两大解耦利器配置中心和消息总线的最佳实践. 微服务架构解决的问题与带来的痛点 一 互联网高可用架构为什么要服务化? 上图是互联网典型的高可用架构,大部分公司如果没有使用微服务,正在使用这样的架构: 用户端是浏览器 browser,APP 客户端 后端入口是高可用的 nginx 集群,用于做反向代理 中间核心是高可