软件质量保证与测试第十一章WEB网站测试剖析

《软件质量保证与测试第十一章WEB网站测试剖析》由会员分享，可在线阅读，更多相关《软件质量保证与测试第十一章WEB网站测试剖析（70页珍藏版）》请在金锄头文库上搜索。

1、WEB网站测试 第11章 WEB网站的测试 11.1 WEB网站的特性 11.2 网页的测试 11.3 网站的测试 11.1 WEB网站的特性 11.1.1 WEB网站的概念 n大多数WEB网站都是采用B-S结构 。 n能够交付一组复杂的内容和功能给大量的 终端用户。 nWEB网站测试是用于测试高质量Web应用 系统的过程，它借用了许多传统软件测试 和系统测试的概念和原理。 11.1.2 WEB网站的特点 n1.网络集约性 n2.内容驱动性 n3.持续演化性 n4.即时性 n5.安全性 n6.美观性 1.网络集约性 就本质而言，一个Web网站是网络 集约的。它可以驻留在网络上，并且服 务于变化

2、多样的客户群的需要。例如时 下流行的门户网站或者网络游戏。它们 都可以看成一个完善的大型Web应用系 统，服务于各种客户群，但其本身只需 要一个服务器端，用各式各样的客户端 满足不同要求的客户。 2.内容驱动性 一般来说，Web网站不是为了某个 或某些特定用户量身定做的，它们一般 都拥有一个广大的服务群体，其服务的 内容，往往由这些群体的要求所决定。 在大多数情况下，一个Web网站的主要 功能是使用HTML（超文本标记语言） javascript等语言来表示文本、图形、音 频、视频内容给终端用户。 3.持续演化性 不同于传统的、按一系列规律发布进 行演化的应用软件（如微软每隔1-2年发布 新的

3、Office办公软件），Web网站一般是采 取持续演化的模式。对于某些Web应用而 言，按小时为单位进行更新都是司空见惯 的。 4.即时性 nWeb网站具有其他任何软件类型中都没有 的即时性，或者称为快速性。对于某些较 大规模的Web网站，开发时间往往也只有 几周或者几天，适度复杂的Web页面可以 仅在几小时内完成。这要求开发者必须十 分熟练于开发Web应用所需的压缩时间进 度的规划、分析、实现以及测试方法。 5.安全性 Web网站通过网络访问，为了提高系 统效率，需要限制访问终端的用户的数量 。为了保护敏感内容，必须提供安全的数 据传输模式。因此要求Web网站必须有一 定的安全性保障。 6.

4、美观性 良好的观感会使一个Web网站锦上添 花。在某种应用已经被市场广泛接受或者 定义为标准时，美观性可能和技术在同样 程度上影响该应用的成功。 11.2 网页测试 网页测试包括以下内容： n1. 功能测试 n2. 可用性测试 1. 功能测试 功能测试包括以下内容： n链接测试 n表单测试 n数据校验 nCookies 测试 链接测试 什么是链接？ 链接是Web 网站的一个主要特征，它 是在页面之间切换和引导用户去一些未知 地址页面的主要手段。 链接测试 链接测试的内容： n测试所有链接是否按指示的那样确实链 接到了应该链接的页面； n测试所链接的页面是否存在； n保证Web 网站上没有孤立的

5、页面。所谓 孤立页面是指没有链接指向该页面，只 有知道正确的URL 地址才能访问。 链接测试 n链接测试可以手动进行，也可以自动进行 。 n链接测试必须在集成测试阶段完成，也就 是说，在整个Web 网站的所有页面开发完 成之后进行链接测试。 表单测试 什么是表单？ n表单就是一些需要在线显示和填写的表格 。 n表单有一些标准操作，如确认、保存、提 交等。 表单测试 例1： 如果使用表单来进行在线注册，要确 保提交按钮能正常工作，当注册完成后应 返回注册成功的消息。 表单测试 例2： n 如果使用表单收集配送信息，应确保系统 能够正确处理这些数据，最后能让顾客收 到数据包。 n需要验证服务器能正

6、确保存这些数据； n后台运行的程序能正确解释和使用这些信 息。 表单测试 例3： n 当用户使用表单进行用户注册、登录、 信息提交等操作时，必须测试提交操作 的完整性。 n用户填写的出生日期与职业是否恰当； n填写的所属省份与所在城市是否匹配； n如果使用了默认值，还要检验默认值的 正确性； n如果表单某个字段只能接受指定的某些 值，则对这个字段也要进行测试。 数据校验 目的： 根据业务规则，需要对用户输入进行 校验，则要保证这些校验功能正常工作。 数据校验 例如： n省份的字段可以用一个有效列表进行校 验。 n需要验证列表完整性； n程序是否正确调用了该列表； n列表操作是否正确，如在列表中

7、添加一 个测试值。 n数据校验测试和表单测试可能会有一些 重复。 Cookies 测试 什么是Cookies？ Cookie是一个由网页服务器放在您硬盘 上的非常小的文本文件. 它本质上就像您 的身份证明一样，并且不能像代码那样 被执行或被用来散布病毒。它只能被您 使用并且只能由提供的服务器读取. Cookies 测试 使用Cookie的目的: 帮您节约时间。如果您自定义页面，或注 册产品或服务。cookie记住您的身份.当下 一次您再次访问的时候，将显示您需要的 信息，将帮您填入任何您已经回答过的问 题。 Cookies 测试 Cookies 通常用来存储用户信息和用户在某 些应用系统上的操

8、作序列，当一个用户使 用Cookies访问了某一个应用系统时，Web 服务器将发送关于用户的信息，并把该信 息以Cookies 的形式存储在客户端计算机上 ，这可用来创建动态和自定义页面或者存 储登录等信息。 Cookies 测试 测试内容： nCookies是否能正常工作； nCookies是否按预定的时间进行保存； n刷新对Cookies 有什么影响等。 Cookies 测试 举例： n如果在cookies 中保存了注册信息，应确认 该cookie 能够正常工作而且已对这些信息 进行加密。 n如果使用cookie 来统计次数，需要验证次 数累计正确。 2. 可用性测试 可用性测试包括： n

9、导航测试; n图形测试; n内容测试; n整体界面测试。 导航测试 n在不同的用户接口控制之间，例如按钮、 对话框、列表和窗口等； n或在不同的连接页面之间， n导航描述了用户在一个页面内操作的方式 。 导航测试的内容 n导航是否直观？ nWeb 系统的主要部分是否可以通过主页访 问？ nWeb系统是否需要站点地图、搜索引擎或 其他的导航器帮助？ 导航测试的内容 n测试Web 系统的页面结构； n导航条、菜单、连接的风格是否一致？ n各种提示是否准确，确保用户凭直觉就知 道是否还有内容，内容在什么地方。 n最好让最终用户参与导航测试，效果将更 加明显。 图形测试 在Web 网站中，适当的图片和

10、动画既 能起到广告宣传的作用，又能起到美化页 面的功能。一个Web 网站的图形可以包括 图片、动画、边框、颜色、字体、背景、 按钮等。 图形测试 (1)要确保图形有明确的用途，图片或动画不 要胡乱地堆在一起，以免浪费传输时间。 图片尺寸要尽量地小，并且要能清楚地说 明某件事情。 (2)验证所有页面字体的风格是否一致。 图形测试 (3)背景颜色应该与字体颜色和前景颜色相搭 配。 (4)图片的大小和质量也是一个很重要的因素 ，一般采用JPG 或GIF 压缩。 内容测试 内容测试的目的： 内容测试用来检验Web 网站提供信息 的正确性、准确性和相关性。 整体界面测试 整体界面测试是对整个Web 系统

11、的页 面结构设计的测试，是用户对系统的一个 整体感受。 整体界面测试 例如，当用户浏览Web 网站时，应考虑 n是否感到舒适？ n是否凭直觉就知道要找的信息在什么地方 ？ n整个Web 应用系统的设计风格是否一致？ 11.3 网站测试 网站测试在网页测试的基础之上还包括： 功能测试； 性能测试； 安全性测试； 兼容性测试 11.3.1 功能测试 功能测试包括以下内容： 1.数据库测试； 2.WEB网站特定的功能需求测试； 3.设计语言测试。 1. 数据库测试 数据库在Web 网站中的作用： n 数据库为Web 网站的管理、运行、查询 和实现用户对数据存储的请求等提供空间 。 n 在Web 应用

12、中，最常用的数据库类型是 关系型数据库，可以使用SQL 对信息进行 处理。 1. 数据库测试 两种主要数据库错误： n数据一致性错误：主要是由于用户提交的 表单信息不正确而造成的。 n输出错误：主要是由于网络传输速度或程 序设计问题等引起的。 数据库测试就要针对这两种情况，分别进 行测试。 2.WEB网站特定的功能需求测试 n测试人员需要对WEB网站特定的功能需求 进行验证。 n测试的依据：程序需求规格说明书。 2.WEB网站特定的功能需求测试 举例：如一个订货系统，尝试用户可能进 行的所有操作： n下订单； n更改订单； n取消订单；核对订单状态； n在货物发送之前更改送货信息； n在线支付

13、等。 3.设计语言测试 n不同的Web 设计语言版本的差异可以引 起客户端或服务器端严重的问题； n尤其在分布式环境中开发时，开发人员 都不在一起，这个问题就显得尤为重要 。 n测试的语言，除了HTML 的版本问题外 ，不同的脚本语言，例如使用Java、 JavaScript、ActiveX、VBScript或Perl 等开发的应用程序也要在不同的版本上 进行验证。 11.3.2 性能测试 包括以下内容： n压力测试； n连接速度测试； n负载测试。 1.压力测试 Web 服务的特点： nWeb 服务处于分布式计算的核心位置，它 们之间的交互通常很难测试。 n分布式开发可能使 Web 服务的开

14、发变得越 来越容易隐藏错误。 n 压力测试是检测这类代码错误的一种有效 方法。 1.压力测试 如何做压力测试？ 在设计对 Web 服务进行压力测试的 测试系统时，要让它们以某种特定的方式 运行代码，这种做法超越了功能验证。 1.压力测试 压力测试的目的： 压力测试目的是要弄清楚被测试的 Web 服务是不是不仅能做我们认为它能做 的事，而且在被施加了某些高强度压力的 情况下仍然继续正常运行。 1.压力测试 压力测试的内容： n压力测试必须对 Web 服务应用以下四个基 本条件进行有效的压力测试。 n重复（Repetition）； n并发（Concurrency）； n量级（Magnitude）；

15、 n随机变化。 压力测试的内容 重复（Repetition）： 测试的重复就是一遍又一遍地执行某 个操作或功能。比如重复调用一个 Web 服 务，确定一个操作能否正常执行，并且能 否继续在每次执行时都正常。 压力测试的内容 并发（Concurrency）： 并发是同时执行多个操作的行为。换 句话说，就是在同一时间执行多个测试， 例如在同一个服务器上同时调用许多 Web 服务。 压力测试的内容 量级（Magnitude）： 压力测试系统应该应用于产品的另 一个条件，需要考虑每个操作中的负载 量，即也要尽量给产品增加负担。 例如，改变数据的大小、改变时间延迟 的长度、资金数量的转移、输入速度以 及输入的变化等。 压力测试的内容 随机变化： 任何压力系统都多多少少具有一些随机 性。随机使用前面的压力原则中介绍的无 数变化形式，就能够在每次测试运行时应 用许多不同的代码路径。 压力测试用例参考模板 2.连接速度测试 用户连接方式的不同： n电话拨号上网； n宽带上网； n局域网； n有限电视网； n光纤网； n电力网。 2.连接速度测试 n 不管用户使用那种方式的不同，系统 都不能让用户可以等较长的时间。 n 连接速度测试的目的，就是要保证在许可 的时间内响应用户的请求。 2.连接速度测试 举例： n如果访问一个页面Web 系统响应时间