蜗牛启橙网站制作验收测试指南

1. 概述

网站类的测试可大致分为 6 个部分，分别为：

功能性测试 

用户界面测试

接口测试 

兼容性测试 

负载/压力测试 

安全性测试 

根据本公司网站类项目的特点，特拟定以下web 测试的测试规范。

目的是为了更规范的对网站类项目进行测试，以避免测试面不全和测试工作不充分，同时也是项目产品质量的度量，为软件产品质量提供保证。

2. 网站测试规范

2.1 功能性的测试

2.1.1 链接

链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。

链接测试可以自动进行，现在已经有许多工具可以采用，目前我们公司可以采用XENU。链接测试必须在集成测试阶段完成，也就是说，在整个Web应用系统的所有页面开发完成之后进行链接测试。

2.1.2 表单测试

当用户给Web应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登录、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。当注册或留言完成后应返回成功或错误的消息。如果使用交互页面收集配送信息，应确保程序能够正确处理这些数据，确保能让用户能让客户知道是否成功或失败。要测试这些程序，需要验证服务器能正确保存这些数据，而且后台运行的程序能正确解释和使用这些信息。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。

2.1.3 Cookies

Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。很多用户喜欢用cookie，如果系统使用了cookie，测试人员需要对它们进行检测。如果在 cookies 中保存了注册信息，请确认该 cookie能够正常工作而且已对这些信息已经加密。如果使用 cookie 来统计次数，需要验证次数累计正确。　

2.1.4 容错处理

最容易被开发人员和测试人员忽略的地方是接口错误处理。通常我们试图确认系统能够处理所有错误，但却无法预期系统所有可能的错误。尝试在处理过程中中断事务，看看会发生什么情况？系统是否正常退出？尝试中断用户到服务器的网络连接，尝试中断 web 服务器到验证服务器的连接。在这些情况下，系统能否正确处理这些错误？是否已对此异常做过处理？

2.1.5 数据库测试

在Web应用技术中，数据库起着重要的作用，数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。我们的产品支持现在常见的数据库，但是针对不同的项目使用的数据库有可能不同，为了安全要根据项目的实际使用的数据库来测试。

2.2 可用性测试

2.2.1 易用性

 Web 浏览器作为应用程序的前台的一个原因就是它易于使用,且不用安装且被大多数用户所熟知。如何浏览一个构建良好的网站呢？如果你注重这方面的测试，那么验证应用程序是否易于使用就非常重要了。很多人认为这是测试中最不重要的部分，但是如果你想通过网站宣传公司形象，给浏览用户留下一个好的印象，那么最好使你的网站风格能够被大多数人所接受。用户界面的测试也是网站项目测试的一个测试重点。

2.2.2 站点地图和导航条

站点地图和导航条是一般网站都应该具有的模块，就好比网站的首页一样，是网站所不可缺少的导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等；或在不同的连接页面之间。通过考虑下列问题，可以决定一个Web应用系统是否易于导航：导航是否直观？Web系统的主要部分是否可通过主页存取？Web系统是否需要站点地图、搜索引擎或其他的导航帮助？有些网络高手可以直接去自己要去的地方，而不必点击一大堆页面。另外新用户在网站中可能会迷失方向。站点地图和导航条可以引导用户进行浏览。测试人员需要验证站点地图是否正确。确认地图上的链接是否确实存。地图有没有包括站点上的所有的栏目或模块。是否每个页面都有导航条? 导航条是否一致? 每个页面的链接是否正常? 导航条是否直观?这些方面都是测试人员所要注意的。

2.2.3 内容

内容测试是用来检验Web应用系统提供信息的正确性、准确性和相关性的。信息的正确性是指信息是可靠的还是误传的。例如，在商品价格列表中，错误的价格可能引起财政问题甚至导致法律纠纷；信息的准确性是指是否有语法或拼写错误。这种测试通常使用一些文字处理软件来进行，例如使用Microsoft Word的"拼音与语法检查"功能；信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口，也就是一般Web站点中的所谓"相关文章列表"。

对于开发人员来说，是先有功能然后才对这个功能进行描述，开发人员可能不注重文字表达，他们添加文字可能只是为了做功能性的描述或是仅是为了对齐页面，这样出来的产品可能产生严重的误解。因此测试人员要检查内容的文字表达是否恰当，是否达到一目了然。否则，产品的应用性会很差，也可能引起法律方面的问题。测试人员应确保站点看起来更专业些。过分地使用粗体字、大字体和下划线可能会让用户感到不舒服。在进行用户可用性方面的测试时，最好先请美工对站点进行评估。 最后，需要确定是否列出了相关站点的链接。很多站点希望用户将邮件发到一个特定的地址，或者从某个站点下载文件，但是如果用户无法点击这些地址，他们可能会觉得此网站做的很差。

2.2.4 颜色/背景

由于现在很多网站成为展现企业风采的门户，很多人把它看作图形设计作品，所以网站背景颜色设计一定要合理且要易于用户浏览。典型的站点是在紫色图片的背景上显示黄色的文本，这种页面显得"非常高贵"，但是看起来很费劲。通常来说，使用少许或尽量不使用背景是个不错的选择。如果您想用背景，那么最好使用单色的，和导航条一起放在页面的左边。另外，图案和图片可能会转移用户的注意力。

2.2.5 图形测试

在Web应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容有：

（1）要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。Web应用系统的图片尺寸要尽量地小，并且要能清楚地说明某件事情，一般都链接到某个具体的页面。

（2）验证所有页面字体的风格是否一致。

（3）背景颜色应该与字体颜色和前景颜色相搭配。

（4）图片的大小和质量也是一个很重要的因素，一般大小不超过30k采用JPG或GIF格式。

2.3 接口测试

在很多情况下，web 站点不是孤立的。Web 站点可能会与外部服务器通讯，请求数据、验证数据或提交数据。

2.3.1 服务器接口

第一个需要测试的接口是浏览器与服务器的接口。测试人员提交事务，然后查看服务器记录，并验证在浏览器上看到的正好是服务器上发生的。测试人员还可以查询数据库，确认事务数据已正确保存。

2.3.2 外部接口

有些 web 系统有外部接口。例如，网上商店可能要实时验证信用卡数据以减少欺诈行为的发生。测试的时候，要使用 web 接口发送一些事务数据，分别对外部的数据进行识别，测试人员需要确认软件能够处理外部服务器返回的所有可能的消息。 

2.4 兼容性测试

兼容性测试不仅需要验证应用程序可以在用户使用的机器上运行，而且要确保在所有可能用户的环境上正确运行。如果您用户是全球范围的，需要测试各种操作系统、浏览器、视频设置和 modem 速度。最后，还要尝试各种设置的组合。

2.4.1 操作系统

市场上有很多不同的操作系统类型，最常见的有Windows、Unix、Macintosh、Linux等。Web应用系统的最终用户究竟使用哪一种操作系统，取决于用户系统的配置。这样，就可能会发生兼容性问题，同一个应用可能在某些操作系统下能正常运行，但在另外的操作系统下可能会运行失败。

因此，在Web系统发布之前，需要在各种操作系统下对Web系统进行兼容性测试。

2.4.2 浏览器

浏览器是Web客户端最核心的构件，来自不同厂商的浏览器对Java，、javascript、 ActiveX、 plug-ins或不同的HTML规格有不同的支持。例如，ActiveX是Microsoft的产品，是为Internet Explorer而设计的，javascript是Netscape的产品，Java是Sun的产品等等。另外，框架和层次结构风格在不同的浏览器中也有不同的显示，甚至根本不显示。不同的浏览器对安全性和Java的设置也不一样。　

你不能要求用户必须使用那种浏览器或那个版本的浏览器，即使不支持那种浏览器或那个版本的浏览器，那测试人员就需要在说明书里明确说明你支持那种浏览器或那个版本的浏览器。开发人员也许告诉你支持那种浏览器或那个版本的浏览器，那么你不但要去验证它所支持的，也要验证它所不支持的。通常需要验证的浏览器和版本有 Netscape、Internet Explorer5.0 /5.5/6.0 和Lynx 等。

测试浏览器兼容性的一个方法是创建一个兼容性矩阵。在这个矩阵中，测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。

2.4.3 视频设置

测试人员要验证页面版式在 640x400、600x800 或 1024x768 的分辨率模式下是否显示正常? 字体是否太小以至于无法浏览? 或者是太大? 文本和图片是否对齐?  

2.4.4 打印机

用户可能会将网页打印下来。因此网页在设计的时候要考虑到打印问题，要注意打印的版面和节约纸张油墨。有不少用户喜欢阅读而不是盯着屏幕，因此需要验证网页打印是否正常。有时在屏幕上显示的图片和文本的对齐方式可能与打印出来的东西不一样。测试人员至少需要验证订单类确认页面打印是否正常。

2.4.5 组合测试

最后需要进行组合测试。600x800 的分辨率在 MAC 机上可能不错，但是在 IBM 兼容机上却很难看。在 IBM 机器上使用 Netscape 能正常显示，但却无法使用 Lynx 来浏览。如果是内部使用的 web 站点，测试可能会轻松一些。如果公司指定使用某个类型的浏览器，那么只需在该浏览器上进行测试。如果所有的人都使用 T1 专线，可能不需要测试下载。(但需要注意的是，可能会有员工从家里拨号进入系统) 有些内部应用程序，开发人员要在系统的需求中声明不支持某些系统而只支持一些那些已设置的系统。但是，理想的情况是，系统能在所有机器上运行，这样就不会限制将来的发展和变动。

2.5 安全性测试

Web应用系统的安全性测试区域主要有：

2.5.1 登录

现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登录而直接浏览某个页面等。

2.5.2 超时

Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。

2.5.3 日志

为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。

2.5.4 脚本语言

Web设计语言版本的差异可以引起客户端或服务器端严重的问题，例如使用哪种版本的HTML、缺少对象等。我们在测试的过程中一定要把浏览器的Activex选项设置成启动。如果在浏览器的左下脚出现脚本错误就是bug。