|
知识路径: > 测试技术的分类 > 应用负载压力测试 > 负载压力测试实施 > 测试环境、工具、数据准备 >
|
相关知识点:18个
|
|
|
|
协议这个概念大家并不陌生,测试工具中的“协议”指的是工具提供给我们的测试接口,也可以理解为测试类型。LoadRunner提供的测试协议比较全面,例如:
|
|
|
|
. Client/Server:MS SQL, ODBC, Oracle(2-tier), DB2 CLI, Sybase Ctlib, Sybase Dblib, Windows Sockets及DNS。
|
|
|
. 定制:C templates, Visual Basic templates, Java templates, JavaScript及VBScript。
|
|
|
. 分布式组件:COM/DCOM, Corba-Java及Rmi-Java。
|
|
|
. E-business: FTP, LDAP, Palm, SOAP, Web (HTTP/HTML),及the dual Web/Winsocket。
|
|
|
. Enterprise Java Beans:EJB Testing及Rmi-Java。
|
|
|
. ERP/CRM:Baan, Oracle NCA, Peoplesoft-Tuxedo, Peoplesoft 8 Web multilingual, SAPGUI, SAP-Web, Siebel (Siebel-DB2CLI, Siebel-MSSQL, Siebel-Web及Siebel-Oracle)。
|
|
|
. Legacy:Terminal Emulation (RTE)。
|
|
|
. Mailing Services: Internet Messaging (IMAP), MS Exchange (MAPI), POP3及SMTP。
|
|
|
. Middleware: Jacada及Tuxedo (6, 7)。
|
|
|
. Streaming: MediaPlayer及RealPlayer。
|
|
|
. Wireless: i-Mode, VoiceXML及WAP。
|
|
|
这里我们要重点讨论的问题是选择测试协议的策略。一个原则性的观点是“客户端与直接压力承受的服务器之间的通信协议是选择测试协议的惟一标准”。例如,有的测试工程师问“我们的系统是B/S运行模式,应该选择什么样的测试协议来测”,我们说这是一个无效问题,为什么呢?从这个问题中我们不能获取任何与通信协议有关的信息,B/S运行模式可以采用http协议,也可以采用TCP/IP, SMTP、FTP等协议,C/S运行模式也是这个道理。选择不同的协议决定了测试的成功与失败。理论知识要适用于实践,必须活学活用。再例如,一个使用非常普遍的系统:B/S运行模式,前端IE浏览器,IE浏览器直接与Web服务器通信(可能多台),Web服务器与后台数据库服务器(可能多台)有数据交互操作,IE浏览器与Web服务器的通信协议采用http,那么,理所当然我们选择的测试协议是http;再灵活一些,如果IE浏览器与Web服务器的通信不仅采用了http协议,而且还有部分业务采用Winsocket,那么必须选择Web/Winsocket双协议;更进一步,有些系统客户端是C/S运行模式和B/S运行模式的混合,为了达到测试目的,就要选择更多的测试协议。可喜的是LoadRunner 7.8版本以后已经能够帮你实现这个愿望了。再来看一种情况:系统的架构是客户端应用程序+Tuxedo消息中间件(或者是其他中间件)+数据库服务器。遇到这种情况,我们一般会选择Tuxedo测试协议,能够有这样的定位选择,BEA公司的产品Tuxedo的市场占有率给测试工具厂商带来的压力显而易见。还要跟大家介绍一种普遍认为最“惨”,也最“酷”的方法,就是利用测试工具提供的编程语言自己编写测试脚本,测试工具提供的使用广泛的测试脚本是CScript、JavaScript及VBScript。但提醒大家的是,要做到真实模拟负载,和相关开发人员的交流至关重要。
|
|
|