《毕业设计（论文）-Web测试技术在ZSmart系统中的应用.doc》由会员分享，可在线阅读，更多相关《毕业设计（论文）-Web测试技术在ZSmart系统中的应用.doc（40页珍藏版）》请在三一文库上搜索。
1、摘 要ZSmart系统作为新一代的电信计费解决方案，一方面从用户的角度出发，为用户提供快速便捷的服务；另一方面，它又能减少欠费、加强业务收入，还能与准实时计费方式相结合，解决电信运营商目前难以满足的市场需求问题。然而电信市场需求的多元化决定了ZSmart系统的复杂性，从而给系统的设计、开发、测试提出新的挑战。本文正是从测试的角度分析了ZSmart系统的设计思路、体系、功能结构以及其适用的业务范围，探讨了测试技术理论及实现，进而重点探究如何在ZSmart系统测试工作的回归测试、冒烟测试、功能测试等环节中利用自动化测试工具QUICK TEST PROFESSIONAL（文中简称QTP）进行软件测试
2、，以确保测试强度和精度，提高测试效率，保证软件系统的质量。本文首先对电信运营支撑系统进行了概述，重点讲述ZSmart系统的体系结构、业务范围等，接下来介绍了传统软件测试技术，探讨了自动化测试相关技术。第四章为论文的重点，介绍了自动化测试技术在冒烟测试、接口测试和框架测试中的应用。从测试脚本的角度来看，本文对自动化测试脚本的研究分为以下三个方面：录制测试脚本、描述性编程和关键字驱动方式制作脚本、框架测试脚本。脚本编写中解决的主要问题包括对象的识别方式、特殊鼠标动作的模拟、虚拟对象的管理、独立动作的调用、参数的传递和测试数据的参数化等。关键词：Web测试技术；ZSmart；自动化测试；电信运营支撑
3、系统ABSTRACTAs a new emerged generation of telecom billing solution, for one thing ZSmart system provide customers with promptly service, for another thing it helps telecommunication carriers to reduce debt and to intensify the profit. Furthermore, combined with quasi-real-time charging way, ZSmart di
4、stinguish itself for its capacity of solving kittle problems of market requirement met with telecommunication carriers .While the multiformity of telecommunication market requirement leads to the complexity of the system, which makes the design, development and testing face new challenge. From the v
5、iewpoint of software testing ,this thesis analyzes the thought of design, architecture, function and field of usage, discusses the technological theory and applications of Web testing，and in particular studies the method of taking advantage of the automatic software testing tool QUICK TEST PROFESSIO
6、NAL to carry out regress testing, smoke testing and functional testing, to guarantee the quality of the software system and boost the efficiency of software testing.The study in this thesis has been divided into four part according to the three independent experiment processed during this period of
7、study, they are script transcribing, script descriptive programming and keyword driving programming, and manual script programming. And the solved problems mainly include object identifying method, the simulation of mouse action, virtual object management ,the calling of the independent action the p
8、arameter transferring and the parameterize of testing data.Key Words ：web testing; ZSmart; automatic testing; BOSS目 录摘 要IABSTRACTII第一章 绪论11.1 运营支撑系统简介11.1.1系统概述11.1.2 BOSS系统结构11.1.3系统功能21.2 课题来源和实现目标31.3 本文的主要工作及组织结构3第二章 ZTE ZSmart介绍52.1 ZSmart系统的设计背景52.2 ZSmart系统的设计思路52.3 ZSmart系统体系结构62.4 ZSmart系统功
9、能结构和业务范围72.5 ZSmart系统应用于GSM网络的例子8第三章 Web软件测试技术103.1软件测试技术103.1.1 软件测试的产生103.1.2 软件测试目的和原则103.1.3 软件测试过程113.2 Web软件测试技术123.2.1 Web软件测试技术的产生123.2.2 Web测试技术与传统测试技术的比较123.2.3 Web测试过程133.3自动化测试163.3.1 自动化测试概述163.3.2自动化测试工具Quick Test Professional介绍17第四章 QTP在ZSmart系统中的应用194.1冒烟测试中QTP的应用194.2接口测试中QTP的应用224.
10、3 QTP框架测试274.3.1设计思路274.3.2业务要求284.3.3脚本编写技术要点284.3.4实验结果31结束语33致 谢34参考文献3536南京邮电大学2008届本科生毕业设计（论文）第一章 绪论1.1 运营支撑系统简介1.1.1系统概述OSS/BSS(Operation Support System/Business Support System，运营支撑系统/业务支撑系统)是电信运营商的一体化、信息资源共享的支持系统。OSS的历史可以追溯到1984年，AT&T的第一次拆分让世界电信市场首次引入了竞争。随之后市场竞争加剧，要求运营商们不仅能保持客户群的忠实度、减少客户流失，还必
11、须保证一定的经营利润。OSS/BSS于是就应运而生了，其中OSS是主体，BSS是基础，从客户的角度看，OSS和BSS之间没有区别。随着“以客户为中心”理念的盛行，服务商也渐渐淡化了OSS和BSS之间的区别。OSS（运营支持系统）OSS包含用于运行和监控网络的所有系统，如报告或计费系统。它不是网络本身，它是整个运营基础结构，包括运营网络系统和客户服务系统，其中客户支持功能是由业务支持系统(BSS)执行的。BSS（业务支持系统）BSS系统的设计目标包括CRM（Customers Relationship Management客户关系管理）、SCM（Supply Chain Management,业
12、务供应链管理），DSS（Decision Support Systems,经营决策支持系统）。BOSS（综合业务和运营支撑系统）BOSS系统以客户服务、业务运营和管理为核心，以关键性事务操作（客户服务和计费为重点）作为系统的主要功能，为网络运营商提供一个综合的业务运营和管理平台，提供全面的解决方案。1.1.2 BOSS系统结构BOSS的构成因运营商的实际情况和具体要求不同，但大致都具备以下四个功能块：1. 计费及结算系统计费系统是指处理计费数据采集和批价两个过程的系统。计费数据采集工作包括计算机从电信基础网络（如交换机、网关等）上收集有关的原始基础数据和信息，进行相应的差错检验、格式转换等预处
13、理，生成的结果只记录了用户使用网络（如通话）的情况，并不体现应向用户收取的费用；批价反应了向用户收取的费用情况。结算系统是电信企业间的行为，它包括两种情况： 一种称为漫游结算，另一种称为互联结算。当互联结算发生在两个甚至多个网络之间时，称为网间结算。结算的流程本身就比较复杂，再加上数据量很大，出现得比较晚，使结算系统逐渐区别于传统的计费系统，成为业务运营支撑系统相对独立的组成部分。2. 营业、帐务系统营业系统受理和处理用户的业务请求，帐务系统将用户使用电信网络的情况汇总形成账单。这两个过程在以往是比较单调的，但随着个性化服务的需求越来越强烈，要求系统实现功能的数量越来越多，越来越复杂，需要建设
14、相对独立、灵活的营业系统和帐务系统。3. 客户服务系统中国电信的“10000”和中国移动的“10086”等是客服系统的原形，随着电信行业的发展，客服系统有了新的定义和功能。客服系统一方面能保证为客户提供快速方便的服务；另一方面保证在未来新业务开放的情况下，系统能及时提供相应的功能保证。从更高的角度来看，客户服务系统要实现多元化、个性化、交互式、异地服务的要求。4. 决策支持系统决策支持系统的主要任务是通过动态、有选择性地采集和更新数据源的有效信息及企业外部相关信息，进行智能化地分析、处理、预测、模拟等，最终向各级决策管理者或专业人员提供及时、科学、有效的分析报告，做好信息、智力支持工作。1.1
15、.3系统功能BOSS系统功能主要包括三个领域：计费、服务保障与服务实施,如图1.1所示。随着新的网络技术的推出，每个领域都将受到其特有的一系列问题的影响。图1.1 BOSS系统功能结构针对不同的运营商（如固定网络经营者，移动网络经营者，IP网络经营者，数据网络经营者等），以及不同的服务对象，BOSS通常有以下几类主要业务及其功能:1. 面向多种业务的功能多种业务有固定话音及数据、无线话音及数据、无线数据等。功能主要有工单调度、资源管理等融合的营业系统、多业务融合的计费系统与账务系统、统一的客户服务系统、统一的客户关系管理（CRM）系统、业务开通与保障、业务开发与决策、SLA（服务水平协议）/Q
16、oS（服务质量保证）管理以及应用集成等。2. 面向一般消费者及大众化IP业务的功能主要有：营业系统、账务系统、计费系统、客户服务、客户分析、业务开发与规划、业务激活、业务保障和应用集成等。3. 面向企业和个人用户的数据业务的功能针对个人用户特别是大客户的企业用户所需的个性化服务。其流程复杂，多样化。主要功能有：营业系统、工单调度、资源管理、计费系统、账务系统、客户服务系统、CRM系统、业务开通与保障、业务开发与决策、SLA/QoS管理以及应用集成等。1.2 课题来源和实现目标ZSmart为实现客户服务与帐务系统的电信运营解决方案, 除了配合电信业务提供各项客户服务及计费功能外,并支持运营所需的
17、相关模块。 ZSmart主要分为客户服务模块与帐务模块。客户服务模块功能包含订单服务，如新申装、退租、暂停、复话、附加服务、换卡、换机、换号、附加号、换服务区、服务业务增减变动(国际漫游、数据、传真、语音信箱、短信)、客户基本资料变更(名称、地址、)、业务变更(优惠方案、费率、折扣、) 。另需提供交换机设定(Provisioning)与CDR(Call Detail Record) 通信记录功能。 帐务模块功能包括通信记录计费、出帐处理(含各项优惠方案与折扣)、销帐处理、帐单费用查询、欠费管理(催缴、停话、拆机、复话)、改帐、调帐、退费、冲帐、代理商佣金结算与漫游网拆帐模块等。在ZSmart系
18、统的开发过程中，测试是非常重要的一个环节。由于ZSmart是基于Web开发的，这就涉及到Web测试技术在ZSmart系统中的应用。通过使用各种专业测试工具来研究Web测试技术的应用，从而改进生产过程，提高研发效率。就是本课题实现的目标。1.3 本文的主要工作及组织结构论文主要研究了Web测试技术在ZSmart系统中的应用。围绕以上问题，首先对ZTEsoft的ZSmart系统进行系统分析，然后就Web测试技术在该系统中的具体应用问题进行研究。具体安排如下：1. 首先分析ZSmart系统的组织结构、设计背景、设计思路、体系结构、功能结构和业务范围，并以GSM（Global System for M
19、obile communication，全球移动通信系统）网络为例具体说明了ZSmart的应用。2. 研究Web测试技术：从整体上研究了Web测试技术的来源、基础，将其与传统的测试技术进行比较，并介绍了本文主要使用的Web测试工具QUICK TEST PROFESSIONAL。 3. Web测试技术在ZSmart系统中的应用：讨论了在ZSmart的测试过程中使用Web测试理论来进行指导从而实践的过程，探讨了冒烟测试、回归测试、功能测试、接口测试中QTP技术的应用，在不同实验中分别研究了脚本录制、描述性编程和关键字驱动技术，最后探讨了VBS脚本编写技术。第二章 ZTE ZSmart介绍2.1 Z
20、Smart系统的设计背景ZSmart是ZTEsoft公司的电信运营支撑系统软件（Operation Supporting System）产品，应用于国外中小规模的电信运营商。ZSmart产品是一个综合的系统，主要包括客服和计费帐务两大系统，重点是对已有的CRM（Customer Relationship Management，客户关系管理）产品相关营业功能等进行拓展和改造，同时设计、开发一套适合于国际计费项目特点的计费帐务系统。ZSmart系统能够满足GSM（Global System for Mobile communication）、CDMA（Code Division Multiple
21、Access）、NGN（Next Generation Network）、3G（3rd Generation）等各种网络所承载的基本和增值业务要求的支撑功能，以及由此相关的实时性要求、预付费或者预/后付费融合的要求、多业务融合的要求、多合作伙伴管理的要求等等。ZSmart系统的子系统包括:客户服务子系统、采集和命令服务子系统、计费帐务子系统、收入保障子系统、帐务管理子系统、结算子系统、数据管理子系统和系统管理等功能子系统。2.2 ZSmart系统的设计思路目前，电信市场的激烈竞争对电信运营企业的ZSmart系统提出了新的要求。新的市场环境要求ZSmart系统不仅要能够成功的处理好各种计费业务和
22、结算活动，还要提供更高的自动化水平、系统维护管理水平和支持新业务的拓展性，并尽可能的将系统的出错率降为零；更重要的是，通过系统的良好运作要能够提高企业的市场应对能力和竞争能力，能够为用户提供更加优质的服务。这就要求ZSmart系统的开发中要贯彻客户关系管理的思想，以客户为中心而不是以生产为中心进行开发和建设。本项目在确保整体体系架构先进、灵活，体现产品化和基础能力思想的前提下，结合着客户、项目的实际情况，有针对性地设计开发相应的功能，做到有的放矢形成针对国际项目的小规模ZSmart产品的第一个版本，通过系统测试验证，以支撑国际工程项目的实施。随着具体应用开局的进行，及时抽取特性归总到核心版本，
23、对产品进行逐步的发展和丰富，以支撑更多的项目，渐进综合和形成基础的共享能力。在ZSmart系统的开发过程中，稳定性是第一要求；易用性、易维护性、可扩展性、可测试性、可重用性是重点考虑的目标；Web操作界面，对各种终端进行集成，减轻培训、部署、升级、维护的工作量；提供灵活的扩展和定制功能，以适应市场的变化快速推出新的业务。基于以上的设计思路呵指导思想，ZSmart系统从设计到开发测试，都始终贯彻客户关系管理的思想，顺应电信业发展要求。2.3 ZSmart系统体系结构图2.1 ZSmart系统体系结构图ZSmart 系统体系结构如图2.1所示。文件转换功能模块负责将后付费用户在各外部网元产生的话单
24、进行格式转换，送到在线采集、在线计费模块来完成后付费用户的计费处理。在线采集功能模块是OCS与外部系统进行计费信息交互的功能模块，OCS内部功能模块通过在线采集实现计费信息的格式转化和交互。通信机功能模块负责接收在线采集发送的消息，并将该消息按照特定规则分发到在线计费进程。并接收在线计费进程处理结果，最后将在线计费进程处理结果发送回去。计费控制功能模块是在线计费系统的核心控制模块，调度批价、余额管理等功能模块完成用户业务使用的计费认证/鉴权、计费、预留、扣费等操作预处理功能模块提供计费请求标准化、用户资料绑定、业务识别（分拣）、重单检查功能，供计费控制模块调用。批价处理功能模块根据业务使用请求
25、和用户信息确定需要的资费、价格或使用量。余额管理功能模块对用户的帐户余额和累计量进行管理。话单生成功能模块接收计费模块的话单输出请求，按照一定的策略输出话单文件。余额监控功能模块定时对余额进行监控，若余额不足或异常需进行相应的处理。异常会话处理功能模块负责定时对会话进行扫描，若会话超时则对该会话进行超时处理。数据同步模块功能模块负责对物理数据库中的数据与OCS的内存数据库、共享内存中的数据进行同步与更新。系统管理功能模块对OCS的运行进行配置、监控和维护，包括运行管理、业务统计、审核校验、数据管理、日志管理、版本管理等功能。2.4 ZSmart系统功能结构和业务范围图2.2 ZSmart系统功
26、能结构图如图2.2，ZSmart所支撑的网络主要包括GSM（Global System for Mobile communication全球移动通信系统）、CDMA（Code Division Multiple Access，码分多址）、NGN（Next Generation Network，下一代网络）、CDMA2000（Code Division Multiple Access2000，码分多址2000）、IMS(IP Multimedia Subsystem，IP多媒体子系统)、TD-SCDMA(Time Division-Synchronous Code Division Multip
27、le Access时分同步码分多址)、IPTV(Internet Protocol Television，IP电视)、VoIP（Voice Over Internet Protocol，IP语音）、DSL（Dynamic super linear bass，动态超线性低音系统）、WAP(Wireless Application Protocol 无线应用通讯协议)、GOTA（Global open Trunking architecture，开放式集群架构）、PTT（Push-To-Talk，按讲）、3G（3rd Generation，第三代网络）。ZSmart所覆盖的业务范围主要包括：市场销
28、售管理、渠道管理、产品管理、订单管理、供应管理、客户关怀、客户管理、出账、计费、帐务管理、充值中心管理等。2.5 ZSmart系统应用于GSM网络的例子图2.3 ZSmart系统应用于GSM网络图2.3为ZSmart系统应用于GSM网络的例子，其具体组件包括BTS（Base Transceiver Station,基站收发信机）、BSC（Base Station Controller，基站控制器）、HLR（Home Location Register，归属位置寄存器）、MSC（Mobile Switching Centre，移动交换机）、VLR（Visiting Location Regist
29、er，访问位置寄存器）、GMSC（Global System for Mobile communication Center，移动网网关局）、OCU（Online Charging Unit，在线计费模块）、SCU（Service Control Unit，业务控制单元）、VC（Voucher Centre，充值中心）、SMSC（Short Message Service Centre，短消息业务中心）、CRBT（Color Ring Back Tone，彩铃）。按照图中虚线划分，左侧为无线侧，由基站和基站控制器组成；中间为电路域，即移动的核心交换层；右边为业务层，我们的ZSmart系统就位于
30、这一层。OCS是业务产品的一部分，相当于传统的智能网中组成部分，把计费从传统智能网中分离出来，分为SCU和OCU两部分，其中SCU即是传统的SCP（Service Control Point，业务控制点），通过Diameter协议与OCU核心计费主机连接。其他网元与OCU可以通过Diameter协议与OCU交互，也可以通过MML（Man-Machine Language）接口或者其他内部协议。OCU 组成见图2.4。图2.4 OCU组成其主要部件包括CDR Server（Call Detail Record Server,计费数据记录服务器，即话单服务器）、OLC Server（Online
31、Charging Server，在线计费服务器）、OCU Server（ Online Charging Unit Server，在线计费模块服务器）、CSIP Server（Commons Service Interface Platform Server,通用服务接口平台服务器）、DB Server（Data Base Server，数据库服务器）、Web Server（Web 服务器）。其中OLC Server作为Diameter 服务器与SCU交互，并将信息传递到OCU Server；CDR Server用来保存话单，进行话单备份，给其它网元提供查询；DB Server一般存放在其他服
32、务器主机上；Web Server给OCS提供Web界面，比如营业厅的服务受理端。CSIP Server作为接口机与其他网元进行交互。第三章 Web软件测试技术3.1软件测试技术3.1.1 软件测试的产生在开发软件的过程中，人们使用了多种保证软件质量的方法分析、设计和实现软件，但是仍然不能完全避免错误的发生，在软件产品中就会隐藏着一些错误和缺陷。对于大规模、高复杂性的软件更是如此。为了保证软件质量的可靠性，应力求在分析、设计、开发等各个阶段对软件进行严格的技术评审。软件测试就是在软件投入使用之前，对软件需求分析、设计规格说明和编码的最终复查，是软件质量保证的关键步骤。因此可以给软件测试这样下一个
33、定义：软件测试是为了发现错误而执行程序的过程，或者说，软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现程序错误的过程。3.1.2 软件测试目的和原则Grenford J.Myers就软件测试目的提出以下观点：1. 测试是执行程序的过程，目的在于发现至今未发现的错误；2. 一个好的测试用例在于能发现至今未发现的错误；3. 一个成功的测试是发现了至今未发现的错误的测试。测试的目标是想以最少的时间和人力找出软件中潜在的各种错误和缺陷。测试的附带收获是，它能够证明软件的功能和性能与需求说明相符。此外，实施
34、测试收集到的测试结果数据为可靠性分析提供了依据。根据这样的测试目的，软件测试的原则应该是：1. 应当把“尽早地和不断地进行软件测试”作为软件开发者的座右铭；2. 测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成；3. 程序员应避免检查自己的程序；4. 在设计测试用例时，应当包括合理的输入条件和不合理的输入条件；5. 充分注意测试中的群集现象，经验表明，测试后程序中残存的错误数目与该程序中已发现的错误数目或检错率成反比；根据这个规律，应当对错误群集的程序段进行重点测试。6. 严格执行测试计划，排除测试的随意性。7. 应当对每一个测试结果做全面检查；8. 妥善保存测试计划，测试用例，出
35、错统计和最终分析报告，为维护提供方便。3.1.3 软件测试过程测试过程按照四个步骤进行，即单元测试、集成测试、确认测试和系统测试。单元测试又称模块测试，是针对软件设计的最小单位程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。这一阶段测试者的主要依据是详细设计说明书和程序清单，主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何的合理的输入和不合理的输入都能鉴别和相应。集成测试也叫组装测试或联合测试，是在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。这是需要考
36、虑的问题有：在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；一个模块的功能是否会对另一个模块的功能产生不利的影响；各个子功能组合起来，能否达到预期要求的父功能；全局数据结构是否有问题；单个模块的误差累计起来，是否会放大，从而达到不能接受的程度。确认测试又称有效性测试。它的任务是验证软件的功能和性能及其他特性是否与用户的要求一致。确认测试的步骤如图3.1：图3.1 确认测试流程系统测试是将将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运用环境下，对计算机系统进行一系列的组装测试和确认测试。系统测试的目
37、的在于通过与系统的需求定义作比较，发现软件与系统定义不符合或与之矛盾的地方。系统测试的测试用例应根据需求分析说明书来设计，并在实际使用环境下来运行。3.2 Web软件测试技术3.2.1 Web软件测试技术的产生近年来，随着Internet和Intranet/Extranet的快速增长，基于Web的应用系统的开发方法倍受关注，这些关注主要体现在Web应用系统的开发和传统软件开发的显著区别。传统软件工程方法和技术应用到基于Web的系统开发中，显得力不从心。目前，在大多数情况下，开发基于Web的系统具有随意性，缺乏系统的方法、质量控制和保证过程。因此，对基于Web的系统的开发方式和质量保证的研究是十
38、分必要的，也是十分紧迫的。对于Web网站，人们经常会问：Web服务器和应用能够支持多少并发用户访问？在出现大量并发请求的情况下，软件会出现问题吗？这些问题靠通常的测试手段是无法解答的。随着服务器端处理任务的日益复杂以及网站访问量的迅速增长，服务器性能的优化也成了非常迫切任务。Web测试主要有以下几个方面：功能测试：检验系统是否满足功能需求说明书中的功能需求，检验程序是否满足程序设计书中定义的功能。负载/压力测试：通过模拟大批量用户的并发请求，给系统施加较大的负载，这是检测整个系统处理交易的能力。在反常数量或资源（使用的容量达到规定的极限）的情况下执行应用程序，检测系统在长时间、高负载情况下的运
39、行处理能力，从而检验系统的稳定性。操作系统、浏览器兼容性测试：在不同的操作系统（WIN，MAC，UNIX）和不同版本的浏览器（IE，NN，MOZILA，FIREFOX）组合情况下Web应用能否正确执行。安全性测试：安全性测试要检验在系统中已经存在的系统安全性、保密性措施是否发挥作用，有无漏洞。可用性测试：主要从使用的合理性和方便性等角度对软件进行检查，专为“对用户友好”的特性进行测试。这是一种主观的感觉，取决于最终用户或顾客。超链接导航测试：检查页面上所有的链接是否正确，是否存在Broken Links、404错误等。 图形显示测试：检查是否所有的图片都被正确装载，在不同的浏览器、分辨率下图片
40、能否正确显示（包括位置、大小）。3.2.2 Web测试技术与传统测试技术的比较1. 应用系统模型客户机/服务器系统（Web系统就是在其上建立的）需要网络和至少两台机器才能运转：一台客户机和一台服务器，服务器向客户机提供请求的数据（处理结果）。在绝大多数Web应用系统中，是用Web浏览器作为客户机用户界面的。 Web系统可能包含多个物理服务器，每个可以做一种或多种服务器类型。一个Web系统可能包括多个Web服务器、应用服务器和数据库服务器。2. Web系统与传统的C/S系统之间的区别大多数C/S系统是数据访问应用系统。传统的C/S系统的是平台专用的。也就是说，对每种需要支持的客户平台（如16位/
41、32位Windows，Solaris，Linux，Macintosh等）客户端应用将针对目标平台进行开发和测试。大多数基于Web的系统也都是数据访问应用。基于浏览器的客户端被设计为处理类似于传统客户端所支持的活动。主要区别在于， 基于Web的客户端运行在Web浏览器环境下。Web浏览器包括运行在客户计算机上的平台专用客户端软件。它解释静态超文本标记语言（HTML）并自动将活动内容显示为Web页信息。几种流行的浏览器也支持活动内容，如客户端脚本、Java Script、ActiveX控件、CSS（层叠样式表）、动态HTML、安全特性和其他内容。为了做到这些，浏览器厂商必须创建翻译引擎和解释器来翻
42、译和格式化HTML内容。3. 瘦客户机处理与胖客户机处理的比较瘦客户机与胖客户机是指存放和运行应用程序及组件。组件可以驻留在客户端计算机和一台或多台服务器端计算机上。这两种可能性是：瘦客户机：在瘦客户机系统中，客户端PC机只做很少的处理。业务逻辑规则在服务器端执行。一些基于Web的简单HTML应用程序和手持设备就是利用这种模式。这种方式将处理集中在服务器端进行，因而消除了很多客户端不兼容性问题。 胖客户机：客户端计算机既运行应用程序的用户界面部分，也执行业务逻辑。这时，浏览器不仅要对HTML页面进行格式化处理，而且还要执行如Java applet和ActiveX控件等其他组件。服务器端计算机存
43、放客户端请求数据处理的数据库。处理由服务器端和客户端共享。完成大量系统工作（如运行业务逻辑规则，动态HTML，Java Applet，ActiveX控件或客户端的样式表等）的PC机成为胖客户处理。胖客户处理减轻了服务器端的处理强度，并且充分利用了客户端的处理器。在胖客户处理中，客户端可能会存在很多的不兼容问题。瘦客户和胖客户端应用程序的测试问题应围绕功能、兼容性和性能等几方面进行折中考虑。ZSmart系统属于瘦客户端处理模式。3.2.3 Web测试过程1. 功能及性能可用性问题(1) 功能测试，保证网站主要功能正确。(2) 可用性测试，通过观察用户与站点的交互，评估一个站点是否用户友好。(3)
44、 导航测试，通过访问页面、图像、链接及其它页面组件，确保用户可以完成希望的任务。(4) 表单测试，确保每个字段工作正确。(5) 页面内容测试，确保有网站提供的信息是正确的。2. 配置测试和兼容性测试确保用户在各种情况下所看到的网页都像设计者所希望的那样。用户的可变因素：不同的浏览器软件、不同的网络软件和在线服务，并且运行其它并发的应用程序。对于用户和应用程序而言，硬件设备和配置也会影响环境。Web应用程序的环境通常保持静态，而用户的环境则根据给定的用户不同，在整个可选范围内并有所变化。因此，配置和兼容性测试的目标是保证应用程序在互联网中功能正确。当设计配置测试的测试用例时，不同的环境和配置设置
45、问题可能会影响用户对同一网站的体验，好的需求来自下面这些问题的答案，测试人员使用这些信息来设计适当的测试用例。(1) 用户是否位于防火墙或者代理服务器之后？(2) 用户是通过负载平衡服务器（在所有可用的Web服务器中保持一个相同负载的设置）连接的吗？(3) 浏览器使用cookies吗？（cookies是由Web服务器发送的一组数据，而后存放于用户的硬盘中，它保留了用户的信息和选择）(4) 是设置成高安全级别吗？(5) 网页设计者采用了什么样的技术？例如，网页中使用了Active X 控件或Java 脚本了吗？测试人员必须知道哪一版本的浏览器支持他们的执行。(6) 使用安全服务器工具（阻止胡乱使
46、用机制）了吗？兼容性测试确保在不同的浏览器和平台中产品的功能性和可靠性。浏览器的增加、版本的升级，可运行在不同操作系统和平台上，各自有不同的图像功能、不同的插件，形成了上百种不同的用户环境。用户浏览器连接到一个服务器和其它的通信设备，必须能够正确交互以执行Web应用程序。3. 可靠性和可用性对于一个站点来说，一个关键的要求就是要保证不间断地正常相应用户请求，对于Web系统，测试人员必须在以下可以预料的使用峰值环境下进行测试工作：(1) 不断增长的业务量。(2) 月末和季度末的业务高峰期。(3) 维护期对于备份、升级和其他操作所需要的停机时间。测试人员还必须检测资源情况，例如内存泄露和数据库限制
47、等，他们会降低程序执行效率甚至导致Web应用程序死机，从而导致严重的后果。对于测试人员来说，为了执行适当的可用性和可靠性测试，知道系统的结构是很重要的。例如，如果要使包括两个Web服务器的系统保持负载均衡，测试人员必须能够报告在一个Web服务器情况下系统的执行效率。4. 性能性能测试，指在正常情况和大量使用情况下评估系统的性能，这对于任何Web应用程序的成功都是至关重要的。一个系统需要的响应时间太长，就会使用户失去耐心从而转到竞争对手的站点中。性能测试就是确保网站服务器能够在规定的参数范围内相应浏览器的请求。不同的用户及其不同的操作将会极大地影响系统的性能。影响性能的主要因素有：登陆用户的数量
48、及其行为、不同时段、由于太多用户造成的网络瓶颈、使用方法、Internet访问速度和放弃率等。在测试周期中，性能测试应该较早开始。一些组织计划在测试周期的末尾进行性能测试，这不是一个最有效的计划方式，尤其是如果在性能测试的结果中指出了系统的主要设计缺陷。一旦测试小组认为应用程序的功能是稳定的，就应该进行性能测试。性能测试主要包括：(1) 可扩展性测试：可扩展性主要指网站处理登陆后用户行为的数量和类型的能力。(2) 负载测试：检验系统承受负载的能力，通常需要模拟现实世界，产生许多同步用户访问站点。可以使用自动化测试技术模拟上千个用户向应用程序或服务器发送同步请求，增加有效进行负载测试的能力。(3) 压力测试：考察最大负载下系统的变化以评估系统的最终性能，或者是测试当可用的内存或者处理器接近一个已知极限时，系统是否还可靠运行。后台数据库也必须经过