LoadRunner

Loadrunner脚本开发规范 目录 1.一般约定... 3 2.代码注释约定... 4 3.格式化代码... 5 1.一般约定 1.1具体脚本规则，必须在具体代码中加注释，以便脚本开发人员阅读和理解脚本。 1.2脚本的存放规则: 测试脚本应该存储在指定的库中，例如一个共享的驱动盘或测试管理工具中。为节省空间，便于复用，测试脚本的文件夹下的： result，res，date 文件夹，后缀名为：.idx .log .txt 文件都可不必保留。 1.3脚本中 auction的命名规则： 录制脚本前有个命名规则非常有必要，否则同一动作会有多个事务，会给数据收集、分析带来不必要的麻烦。 假设某J2EE系统实现开户、销户业务，那么自然会有Login、OpenAccount、DestroyAccount和LoginOut动作。那么录制LR脚本时，脚本中的Action列表应该为： 脚本1：初始化-Login-OpenAccount-LoginOut-结束动作 脚本2：初始化-Login-DestoryAccount-LoginOut-结束动作 （即只有一个动作不同） 这样做其目的是创建场景Scene时，在Login、LoginOut的事务只被记录一次 1.4 变量命名规则 变量的命名的基本原则是使得变量的含义能够从名字中直接理解。可以用多个英文单词拼写而成，每个英文单词的首字母要大写

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 项目背景 客户是产品质量控制和技术鉴定的跨国公司 产品基于Web 处理多业务，多流程以及大量文件处理；承载Boss 等核心系统频繁交互 产品在线用户高达数千, 根据业务情况，每天业务高峰时期是其他时间段的4倍多 查询复杂多达70-80个参数，大页面操作，单页面上百个字段并包含复杂计算逻辑 客户对产品质量，性能要求很高 解决方案 主要采用Loadrunner 进行 性能测试 对所有接口系统的Web Service进行大数据，高并发的压力测试 根据页面复杂情况结合用户的操作习惯，对可能出现性能的地方进行性能测试 提供详细测试数据，分析性能原因，解决存在的问题 回归性能测试，对比问题解决前后的测试结果，直至达到性能要求 项目成果 上线两年，未发现重大性能问题 相应的性能测试结果与生产环境使用接近，说明性能测试方案和性能估算模型的合理性 关键词：软件测试、APP测试、自动化测试、测试外包、信必优 来源： oschina 链接： https://my.oschina.net/u/4158156/blog/3151088

为了用好loadrunner并协助日常测试工作，在大侠的指导下意识到应该掌握（1）一门编程语言（2）操作系统（3）网络（4）数据库。小女素对编程语言抱敬畏之心，加上刚刚整理了一下PC里边的编程学习资料，略微看了一两眼视频，那个头瞬间就大了，深知重温即入门，大学抱佛脚抱出来那些东西早早抛到九霄云外了。成，那就到了必须得用到了的时候再去啃吧，免得浇熄这一股学习的热情劲。先对那最感兴趣的数据库入手吧。 还真别说，今年的软考还没考我已经投降了，大概这代表了70%报名考试的童鞋的心情。奉献给软考的报名费也不少了，那个证啊证始终就是没下落。这可如何是好！ 来源： https://www.cnblogs.com/jieyunyuan/archive/2012/11/05/2755119.html

受Windows单机CPU、内存限制，负载机自身往往成为性能瓶颈，不能真实的反映被测系统的性能。并且当使用多台Windows机器作为负载机时，远程连接的稳定性和安全性也不理想，管理起来不方便。 推荐在Linux服务器上安装loadrunner的负载端程序。 安装步骤 step1 ： 安装依赖包（ root 权限） # yum install glibc # yum install libgcc # yum install libgcc_s.so.1 下载compat-libstdc++-33-3.2.3-61.i386.rpm并上传至centos # rpm -ivh compat-libstdc++-33-3.2.3-61.i386.rpm step2 ：上传 Load Generator 程序至 centos ，并修改 Linux 目录可执行权限 step3 ： 进入 Linux 文件夹，运行安装程序 installer.sh # cd Linux # sh installer.sh 表示正式开始安装，键盘输入字母n继续安装 输入字母a，接受协议条款，继续安装 输入i，Enter键，执行安装 安装路径：/opt/HP/HP_LoadGenerator step4 ： 增加一个 LR 负载端的用户，用户名 ali ，使用的 shell 为 csh # useradd -g 0

1.测试管理工具 1，TestDirector(大而全) 2，jira(简单好用) 3，Quality Center(复杂，收费) 4，禅道（简单好用） 5，bugzilla(功能简单) 6，svn(代码和文档管理工具) 7，vss类似svn 8，git，同svn，但是多分支管理比svn好 9，Note（大而全，费用太贵） 10，CQ(ClearQuest-IBM产品-大而全) 2.接口测试工具 1，Jmeter（开源） 2，postman 3，SoapUI 推荐使用 jmeter 和 postman jmeter是一款100%纯Java编写的免费开源的工具，它主要用来做性能测试，相比loadrunner来说，它内存占用小，免费开源，轻巧方便、无需安装，越来越被大众所喜爱。 Postman是谷歌的一款接口测试插件，它使用简单，支持用例管理，支持get、post、文件上传、响应验证、变量管理、环境参数管理等功能，可以批量运行，并支持用例导出、导入。 3.性能测试工具 1，loadrunner，大而全，要学精通还是有点难度，重量级工具 2，jmeter 基于java平台的性能开源测试工具，其实也很强大，而且比较好用 3，Web bench 一个简单的web基准指标测试工具 4，Load UI，一款开源的压力测试工具，支持图形化 5，httperf 一款高性能的web性能测试工具 6

loadrunner性能监控指标--应用服务器 内存： 　　1） UNIX资源监控中指标内存页交换速率（Paging rate），如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可 能是瓶颈。也可能是内存访问命中率低。 　　2） Windows资源监控中，如果Process\Private Bytes计数器和Process\Working Set计数器的值在长时间内持续升高，同时 Memory\Available bytes计数器的值持续降低，则很可能存在内存泄漏。 　　内存资源成为系统性能的瓶颈的征兆: 　　很高的换页率(high pageout rate); 　　进程进入不活动状态; 　　交换区所有磁盘的活动次数可高; 　　可高的全局系统CPU利用率; 　　内存不够出错(out of memory errors) 处理器： 　　1） UNIX资源监控（Windows操作系统同理）中指标CPU占用率（CPU utilization），如果该值持续超过95%，表明瓶颈是CPU。可以考 虑增加一个处理器或换一个更快的处理器。如果服务器专用于SQL Server,可接受的最大上限是80-85% 　　合理使用的范围在60%至70%。 　　2） Windows资源监控中，如果System\Processor Queue Length大于2，而处理器利用率（Processor

从性能工具的原理划分 ： Jmeter工具和其他性能工具在原理上完全一致，工具包含4个部分： （1）负载发生器：用于产生负载，通常以多线程或是多进程的方式模拟用户行为。 （2）用户运行器：通常是一个脚本运行引擎，用户运行器附加在线程或进程上，根据脚本要求模拟指定的用户行为。 （3）资源生成器：用于生成测试过程中服务器、负载机的资源数据。 （4）报表生成器：根据测试中霍地的数据生成报表，提供可视化的数据显示方式。 测试计划元件 Test Plan (测试计划) ：用来描述一个性能测试，包含与本次性能测试所有相关的功能。也就说本的性能测试的所有内容是于基于一个计划的。 下面看一下一个计划下面都有哪些主要的功能模块（右键单击“测试计划”弹出菜单）。 Threads （Users）线程 用户 虽然有三个添加线程组的选项，名字不一样， 创建之后，其界面是完全一样的。之前的版本只有一个线程组的名字。现在多一个setUp theread Group 与terDown Thread Group 1) setup thread group 　　一种特殊类型的ThreadGroup的，可用于执行预测试操作。这些线程的行为完全像一个正常的线程组元件。不同的是，这些类型的线程执行测试前进行定期线程组的执行。 2) teardown thread group. 　　一种特殊类型的ThreadGroup的