LoadRunner

1.启动Web Tours 服务 2.在浏览器输入 http://127.0.0.1:1080/WebTours/ 文章来源: LoadRunner 启动步骤

简介 LR与JM对比 组成 什么时候可以开始执行性能测试? 使用Loadrunner的步骤 制定性能测试计划―>开发测试脚本―>设计测试场景―>执行测试场景―>监控测试场景―>分析测试结果 为什么用事务 事务Transaction，一般我们用来衡量一个action所消耗的时间，通过它，可以知道一个操作的消耗相应时间，它是作为度量系统性能的唯一指标 一、创建Vuser脚本―录制基本脚本 1.创建 对于常用的应用软件，我们可以根据被测应用是B/S结构还是C/S结构来选择协议。 根据选择协议的不同，Virtual User Generator 会使用不同的方式和界面引导用户完成脚本的录制。 2.录制前的设置 3.录制选项设置 在Start Recording对话框，点击Options按钮，进入录制选项设置。一般要设置以下选项 1） HTTP/HTML level中设置脚本的显示形式：URL_based script。 建议: 2）Support charset中设置编码格式：UTF-8； 提示：录制Web脚本时，生成的脚本中存在乱码该如何解决？ 4.点击录制 熟悉两种脚本查看方式： 二、增强/编辑脚本 1.插入事务 录制加入方式： 在脚本的插入方式为： 2.参数化 下面将分四部分来介绍参数化的方法和实施过程： 来源：博客园 作者： 测试计算 链接：https://www.cnblogs

来源：博客园 作者： 等风来――梦 链接：https://www.cnblogs.com/EricJian/p/11504119.html

为什么80%的码农都做不了架构师？>>> 目前比较著名的并发性能测试工具有Rational Robot、QALoad、LoadRunner 和微软的WAS 等。这其中QALoad、LoadRunner、Rational Robot 都是比较不错的商业测试工具（价格也很贵哦），微软的WAS 是一个免费的测试工具，使用起来比较简单，但是由于不能显示和编辑所录制的测试脚本，其可控性和图形化测试结果都较弱,故造成一定的局限性。 http://www.opensta.org/ ，使用手册也可以在这个网站上下载。 转载于:https://my.oschina.net/lichen/blog/264885 文章来源: https://blog.csdn.net/weixin_34174322/article/details/91817472

1.事务、计算单个请求的相应时间 　　添加事务 (事务是可以嵌套的、但必须成对的) lr_start_transaction ( 'openshouye' ) 事务开始　　 lr_end_transaction ( 'openshouye' ) 事务结束 lr_get_transaction_duration ( 'openshouye' ) 获取事务时间（包含浪费时间） 必须放置事务结束之前（ Removes wasted time from all open transactions ） lr_get_transaction_vasted_time ( 'openshouye' ) 获取浪费时间 必须放置事务结束之前（ Removes wasted time from all open transactions ） 2. 手动设置事务的状态 lr_set_transaction_status 3. 计算代码片段的时间 time = lr_start_time () waster = lr_end_time ( time ) lr_wasted_time ( waster * 1000 ) 　　4.浪费时间 lr_wasted_time （）获取浪费时间 是单位毫秒 milliseconds 与 秒之间 1000 转载请标明出处: loadrunner 添加事务 与参数化

#添加header（有些post请求不需要header） 在需要添加header的地方，1.点击鼠标左键，2.然后选择insert 3.new step 如下图 接着如下图操作 输入参数和值，点击ok，如下图 效果如下，如果要插入多个header的值，则重复以上的值 web_add_header("Access-Token", "2333333333333"); #添加web_custom_request请求 在需要添加header的地方，1.点击鼠标左键，2.然后选择insert 3.new step 如下图 然后选择web_custom_reques，点击Ok 填些你的请求url，请求方法，请求参数（没有就留空），请求的格式等，如下图 点确定后，自动生成代码，如下图 web_custom_request("web_custom_request", "URL=http://pubtest-ht-XXXX.com/api/v1/user/account/get_my_account",//保密问题中间用XXX "Method=POST", "TargetFrame=", "Resource=0", "Referer=", "EncType=application/json", //规定请求发送前，数据的格式 "Body=", LAST); #完成后的完整代码 Action() {

版权声明：嘟嘟电 https://blog.csdn.net/DuDuDian/article/details/89460613 本人只是一只普普通通的大三的测试小白，该文章是根据平时上课老师讲的内容所写的 LoadRunner常用的性能测试分析点有： 1.Vusers： 　　提供了生产负载的虚拟用户运行状态的相关信息，可以帮助我们了解负载生成的结果。 2.Rendezvous（负载过程中集合点下的虚拟用户）: 　　当设置集合点后会生成相关数据，反映了随着时间的推移各个时间点上并发用户的数目，方便我们了解并发用户的变化情况。 3.Errors（错误统计）: 　　通过错误信息可以了解错误产生的时间和错误类型，方便定位产生错误的原因。 4.Errors per Second（每秒错误）: 　　了解在每个时间点上错误产生的数目，数值越小越好。通过统计数据可以了解错误随负载的变化情况，定为何时系统在负载下开始不稳定甚至出错。 5.Average Transaction Response Time（平均事务响应时间）: 事务的响应时间也不应该超过用户的最大接受范围，否则会出现系统响应过慢的问题 反映随着时间的变化事务响应时间的变化情况，时间越小说明处理的速度越快。如果和用户负载生成图合并，就可以发现用户负载增加对系统事务响应时间的影响规律。 　　 6.Transactions per

今天开始在博客园更新测试学习相关内容，记录学习，加油。 1. 性能测试的重要性 为了更好的满足用户的需求 2. 如果没有性能测试 1）想象一下人手工进行性能测试的场景 2）弊端： 投入大量资源 可重复性差 结果的整理和呈现形式差 3.性能测试与性能工具的选择 性能测试工具：一般是基于协议的 是为了施加负载 自动化：基于对象识别技术 是为了验证功能 4.性能测试工具选型 1）成本 学习成本 学习成本 2）通信协议 标准协议 自有协议 3） 生命力 去官网看是否持续更新 4）跨平台 5.常见的性能测试工具介绍 1）LoadRunner 收费 商用 2）Jmeter 开源 阿帕奇下 jave 3)Gating 阿帕奇下 有潜力 6.LoadRunner 概论 查找官方文档，readme 7.LoadRunner安装 8.LoadRunner基本组成 VUGen：开发脚本 Controller：运行控制 Analysis：分析 9.LoadRunner录制原理 将客户端和服务端当时说的话（协议）拦截到，理解后，转换成LoadRunner自身理解的形式展现出来。 10.Vugen界面和结构解析 11.运行时设置和Vuge目录结构解析 12.LoadRunner中的协议选择技巧 13.LoadRunner中的Controller解析 14.LoadRunner中Analysis解析

一、首先要理解 lr_convert_string_encoding 函数对中文进行UTF-8转码 的使用 int lr_convert_string_encoding ( const char *sourceString, const char *fromEncoding, const char *toEncoding, const char *paramName); 四个参数代表的含义： 　　sourceString：被转换的源字符串。 　　fromEncoding：转换前的字符编码。 　　toEncoding：要转换成为的字符编码。 　　paramName：转换后的目标字符串。 二、解决乱码问题 　　1.request乱码：将中文消息使用lr_convert_string_encoding先转码，再传入请求参数 　　注意：请求转码函数必须写在请求函数之前，如： //中文请求参数转换//char tmp[50]; lr_convert_string_encoding("中欧国际班列", LR_ENC_SYSTEM_LOCALE, LR_ENC_UTF8, "str"); //strcpy(tmp,lr_eval_string("{str}")); lr_save_string(lr_eval_string("{str}"),"payerName"); 　　 　　2

PS：下面是性能测试的主要概念和计算公式，记录下： 一．系统吞度量要素： 一个系统的吞度量（承压能力）与request对CPU的消耗、外部接口、IO等等紧密关联。 单个reqeust 对CPU消耗越高，外部系统接口、IO影响速度越慢，系统吞吐能力越低，反之越高。 系统吞吐量几个重要参数：QPS（TPS）、并发数、响应时间 QPS（TPS）： 每秒钟request/事务 数量 并发数： 系统同时处理的request/事务数 响应时间： 一般取平均响应时间 （很多人经常会把并发数和TPS理解混淆） 理解了上面三个要素的意义之后，就能推算出它们之间的关系： QPS（TPS）= 并发数/平均响应时间 一个系统吞吐量通常由QPS（TPS）、并发数两个因素决定，每套系统这两个值都有一个相对极限值，在应用场景访问压力下，只要某一项达到系统最高值，系统的吞吐量就上不去了，如果压力继续增大，系统的吞吐量反而会下降，原因是系统超负荷工作，上下文切换、内存等等其它消耗导致系统性能下降。 决定系统响应时间要素 我们做项目要排计划，可以多人同时并发做多项任务，也可以一个人或者多个人串行工作，始终会有一条关键路径，这条路径就是项目的工期。 系统一次调用的响应时间跟项目计划一样，也有一条关键路径，这个关键路径是就是系统影响时间； 关键路径是有CPU运算、IO、外部系统响应等等组成。 二．系统吞吐量评估：