CS/CSS架构应用的软件性能测试模型分析

发布: 2009-3-24 10:29 | 作者: 不详 | 来源: 测试时代采编 | 查看: 89次 | 进入软件测试论坛讨论

1. CS/CSS系统架构的基本概念

1.1系统架构定义

　　虽然B/S结构、J2EE架构愈来愈成为流行模式，但基于传统的C/S结构的应用程序还广泛地应用于各种行业。尤其是金融行业中的商业银行柜面－核心帐务系统等。一方面由于传统商业银行一般都有大量的字符终端等需要复用的设备，一方面也是因为他们存在大量密集的对实时性要求很高的高柜业务，使用传统的基于C/S结构或者C/S/S结构的应用效率更有保证。

　　C/S结构即CLIENT/SERVER结构。传统的C/S结构一般分为两层：客户端和服务器端。该结构的基本工作原理是，客户程序向数据服务器发送SQL请求，服务器返回数据和结果。客户端负责实现用户接口功能，同时封装了部分应用逻辑。服务器端的数据库服务器主要提供数据存储功能，也通过触发器和存储过程提供部分应用逻辑。

　　C/S/S结构即客户/应用服务器/数据库服务器三层结构，中间增加了应用服务器，通常实现应用逻辑，是连接客户与数据库服务器的桥梁。它响应用户发来的请求执行某种业务任务，并与数据库服务器打交道，技术实现上通常选用中间件产品，如BEA公司的TUXEDO和IBM公司的CICS等。（事实上J2EE架构的应用也属于这种三层或多层结构，这里不包括。）

　　三层或多层C/S结构与两层C/S结构相比，它的优势主要表现在：安全性加强、效率提高、易于维护、可伸缩性、可共享性、开放性好等。

1.2系统架构示意图

1.3CS/CSS系统架构中性能测试的特点

1.3.1CS/CSS系统架构的性能影响因素

由于CS/CSS系统的以下特性，测试工程师对一个CS/CSS系统实施性能测试具有很大的难度：

*整个系统的各个部分使用多种操作系统，性能上有差别；

*整个系统架构的各个环节上使用多种数据库，同样在性能上有差别；

*应用是多个，分属多个种类，分布在不同设备上，包括自行开发的应用、第三方的应用；

*系统中的设备、组件通过不同协议进行连接、通讯；

*系统的内部接口多，性能瓶颈多；而系统的整体性能往往取决于最差的部分；需要分别测试和联合测试

*系统的性能指标不光同应用系统架构有关，还和具体行业应用的业务模式有关；

*采用此架构的行业应用往往是一个7×24小时系统；

*采用此架构的行业应用可能高柜业务多，这样会影响对性能度量项的选取和转换；

*各个环节基本上以交换数据报文的方式通信，其格式经常会比较复杂。