LoadRunner_测试Tuxedo.doc

用LoadRunner测试Tuxedo中间件系统 ——河北移动BOSS1.5 公司： 作者：张 翼 日期：2005年6月22日修订纪录 日期 修订版本 修改描述 作者 2005-7-14 1.00 初稿完成 张翼 1概述 随着软件行业的发展，测试作为软件生命周期中特别重要的一个步骤，已经被越来越多的软件开发单位所重视。随着客户对软件认识的不断深入，对测试的要求也越来越高。客户已经不再仅仅满足于软件功能的完成。而更注重的是软件的性能和能够承受的压力。 很多人容易把软件性能测试和软件压力测试混淆，甚至包括一些已经从事软件测试工作多年的专业人员。其实，二者之间确有关联，但也有比较明显的区别。 按照我个人的理解，软件性能测试主要关注的是软件在规定正常的条件下，其处理能力的体现。比如对软件响应速度的测试和对服务器资源占用情况的检测；而压力测试，顾名思义，既是对软件的运行环境施加压力，来观测软件的运行情况。它关注的不是软件的响应速度或占用了多少系统资源。而是以高出正常负载20%－30%的情况下，观测系统是否能够成功正确的响应请求。其失败率是多少。 在做软件性能测试的时候如何去检测系统的响应速度？又如何去观测系统资源占用的情况呢？在做软件压力测试的时候，如何构造一个高于正常负载的一个测试环境呢？又如何统计业务的失败率呢？目前，业界中有不少能够做性能和压力测试的工具，Mercury Interactive公司的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是用来放置退出脚本的，这两部分的脚本不参与迭代和循环，