LoadRunner_测试Tuxedo.docx

用LoadRunner测试Tuxedo中间件系统——河北移动BOSS1.5公司：作者：张翼日期：2005年6月22日修订纪录日期修订版本修改描述作者2005-7-141.00初稿完成张翼1概述随着软件行业的发展测试作为软件生命周期中特别重要的一个步骤已经被越来越多的软件开发单位所重视。随着客户对软件认识的不断深入对测试的要求也越来越高。客户已经不再仅仅满足于软件功能的完成。而更注重的是软件的性能和能够承受的压力。很多人容易把软件性能测试和软件压力测试混淆甚至包括一些已经从事软件测试工作多年的专业人员。其实二者之间确有关联但也有比较明显的区别。按照我个人的理解软件性能测试主要关注的是软件在规定正常的条件下其处理能力的体现。比如对软件响应速度的测试和对服务器资源占用情况的检测；而压力测试顾名思义既是对软件的运行环境施加压力来观测软件的运行情况。它关注的不是软件的响应速度或占用了多少系统资源。而是以高出正常负载20%－30%的情况下观测系统是否能够成功正确的响应请求。其失败率是多少。在做软件性能测试的时候如何去检测系统的响应速度？又如何去观测系统资源占用的情况呢？在做软件压力测试的时候如何构造一个高于正常负载的一个测试环境呢？又如何统计业务的失败率呢？目前业界中有不少能够做性能和压力测试的工具MercuryInteractive公司的LoadRunner是其中的佼佼者也已经成为了行业的规范。它完全能够帮助完成以上所需要的工作。2编写目的河北移动BOSS1.5是以Tuxedo为中间件的C/S三层结构系统。作为测试员我被安排做账务这个模块的性能和压力测试。由于以前从来没有使用过LoadRunner这次工作遇到了很大的困难。疯狂K书的结果是发现LoadRunner对B/S系统的性能和压力测试支持得如此之好。凡是网上有的资料十之八九的都是介绍如何用LR对B/S系统的测试。此外就是一些喜欢玩底层的高手弄一大堆英文资料来介绍Winsock的测试。我只能说对不起Winsock的英文资料我看不懂B/S的资料我暂时不需要。还有一篇网上流传的文章介绍的是用LR对BEA（Tuxedo、Weblogic）的测试只简单描述了LoadRunner测试步骤其介绍太留于表面扫盲尚可作为使用的说明那就差的太远了。对于我们的系统来说很明显应该使用Tuxedo协议去录制测试脚本。由于不能找到相关的介绍文档。我在著名的51testing论坛上和深圳测试协会的论坛上都发帖求助。居然5天过去了看的人不少回复的人一个也没有。气愤之余决心要在这次测试搞定以后一定记录下步骤和心得亦是本文形成的缘由。3本文讨论的范围本文是针对LoadRunner对Tuxedo中间件系统测试的一个专题文档。通过实例描述的方式介绍LR对Tux中间件系统进行测试的方法主要介绍对脚本的处理顺带介绍一下LoadRunner基本功能和测试步骤但是不会以此为主。本文不会对Tuxedo中间件的详细配置进行介绍。4测试脚本的准备我打算以缴费的性能测试作为例子通过我是怎样一步步实现这个测试脚本的来介绍这个过程。4.1脚本的录制——万事开头难？当接到测试缴费性能的任务时我已经看过了一些关于用LR测试B/S的文章。所以毫不犹豫的开始了用Tuxedo协议录制脚本的工作。4.1.1协议的选择打开VuGen选择单协议录制方式采用Tuxedo6协议:图表1协议选择由于系统的服务端采用的Tuxedo8.0服务所以刚开始的时候我使用Tuxedo7协议进行录制。在录制到第8个事件的时候报错（如图2）。后来考虑到录制的客户端是tuxedo6.5的可能不包含Tuxedo7的部分dll文件所以改用Tuxedo6协议就能够成功录制了。图表2协议选错了4.1.2开始录制选单设置当打开Tuxedo6协议开始录制以后系统弹出一个开始录制对话框。由于测试对象是C/S结构的所以我选择“Win32应用程序”为应用程序类型。然后在要录制的程序里面通过选择按钮选到要运行的客户端程序。将“录制到操作”定位到vuser_init中。详细的信息如图。图表3开始录制对话框注意：LR的脚本基本上分成三个结构vuser_init、action、vuser_end。对于Web协议的脚本来说action可以是多个的。对于选用的Tuxedo6协议经过观察好像不能添加多个action。通常vuser_init是用来放置登录脚本的vuser_end是用来放置退出脚本的这两部分的脚本不参与迭代和循环也不需要定义事务。如果需要在登录的时候添加集合点验证多用户登录的压力测试方案则需要将登录脚本放在action中让vuser_init留空。因为在vuser_init区域内是不允许添加集合点的。“工作目录”通常是根据“要录制的程序”的选择而自动填充的不