WebTesting－站点测试[1]

crategev

本文将 web 测试分为 6 个部分：
　　用户界面测试
　　功能测试
　　接口测试
　　兼容性测试
　　负载/压力测试
　　安全测试
　　本文的目的是覆盖 web 测试的各个方面，未就某一主题进行深入说明。
　　用户界面
　　使用 Web 浏览器作为应用程序的前台的一个原因就是它易于使用。用户知道如何浏览一个构建良好
的网站。如果你注重这方面的测试，那么验证应用程序是否易于使用就非常重要了。很多人认为这是测
试中最不重要的部分，但是如果你想通过网站赚钱，最好使你的网站使用起来更加方便。
　　使用说明
　　应该确认你的站点有使用说明。即使你认为你的网站很简单，也可能有人在某些方面需要征实一下
。测试人员需要测试说明文档，本文章来自中国IT实验室http://softtest.chinaitlab.com/
验证说明是正确的。还可以根据说明进行操作，确认出现预期的结果。

　　站点地图和导航条
　　确认你测试的站点是否有地图。有些网络高手可以直接去自己要去的地方，而不必点击一大堆页面
。另外新用户在网站中可能会迷失方向。站点地图和/或导航条可以引导用户进行浏览。需要验证站点地
图是否正确。确认地图上的链接是否确实存。地图有没有包括站点上的所有链接。是否每个页面都有导
航条? 导航条是否一致? 每个页面的链接是否正常? 导航条是否直观?
　　内容
　　对于开发人员来说，可能先有功能然后才对这个功能进行描述。大家坐在一起讨论一些新的功能，
然后开始开发，在开发的时候，开发人员可能不注重文字表达，他们添加文字可能只是为了对齐页面。
不幸的是，这样出来的产品可能产生严重的误解。因此测试人员和公关部门一起检查内容的文字表达是
否恰当。否则，公司可能陷入麻烦之中，也可能引起法律方面的问题。测试人员应确保站点看起来更专
业些。过分地使用粗体字、大字体和下划线可能会让用户感到不舒服。在进行用户可用性方面的测试时
，最好先请图形设计专家对站点进行评估。你可能不希望看到一篇到处是黑体字的文章，所以相信您也
希望自己的站点能更专业一些。 最后，需要确定是否列出了相关站点的链接。很多站点希望用户将邮件
发到一个特定的地址，或者从某个站点下载浏览器。但是如果用户无法点击这些地址，他们可能会觉得
很迷惑。
　　颜色/背景
　　由于 web 日益流行，很多人把它看作图形设计作品。不幸的是，有些开发人员对新的背景颜色更感
兴趣，以至于忽略了这种背景颜色是否易于浏览。典型的站点是在紫色图片的背景上显示黄色的文本(如
果你没有见过这样的站点，请浏览一下 GeoCities 或 AOL 上的个人主页，有不少这样的)。这种页面显
得"非常高贵"，但是看起来很费劲。通常来说，使用少许或尽量不使用背景是个不错的选择。如果您想
用背景，那么最好使用单色的，和导航条一起放在页面的左边。另外，图案和图片可能会转移用户的注
意力。
图片
　　无论作为屏幕的聚焦点或作为指引的小图标，一张图片都胜过千言万语。有时，告诉用户一个东西
的最好办法就是将它展示给用户。但是，带宽对客户端或服务器来说都是非常宝贵的，所以要注意节约
使用内存。是否所有的图片对所在的页面都是有价值的，或者它们只是浪费带宽? 使用其它的文件格式
(.GIF, .JPG) 是否能使图片的大小减小到 30k 以下? 通常来说，不要将大图片放在首页上，因为这样
可能会使用户放弃下载首页。如果用户可以很快看到首页，他可能会浏览站点，否则可能放弃。
　　表格
　　需要验证表格是否设置正确。用户是否需要向右滚动页面才能看见产品的价格？把价格放在左边，
而把产品细节放在右边是否更有效? 每一栏的宽度是否足够宽，表格里的文字是否都有折行？是否有因
为某一格的内容太多，而将整行的内容拉长?
　　回绕
　　最后，需要验证的是文字回绕是否正确。如果说明文字指向右边的图片，应该确保该图片出现在右
边。不要因为使用图片而使窗口和段落排列古怪或者出现孤行。　
　　功能测试
　　Web 站点的功能是贵公司雇佣开发人员而不只是艺术家的原因。就是这一部分与服务器通讯并且最
终完成任务。  
　　链接
　　链接是使用户从一个页面浏览到另一个页面的重要手段。对于每个链接，需要验证两件事情： 一是
该链接将用户带到它所说明的地方，另外就是被链接页面是存在的。这句话听起来有些问题，但是有很
多多站点的内部链接都是空的。这实在是无法忍受。
　　表单
　　当用户通过表单提交信息的时候，都希望表单能正常工作。如果使用表单来进行在线注册，要确保
提交按钮能正常工作，当注册完成后应返回注册成功的消息。如果使用表单收集配送信息，应确保程序
能够正确处理这些数据，最后能让顾客能让客户收到包裹。要测试这些程序，需要验证服务器能正确保
存这些数据，而且后台运行的程序能正确解释和使用这些信息。
　　数据校验
　　如果系根据业务规则需要对用户输入进行校验，需要保证这些校验功能正常工作。例如，省份的字
段可以用一个有效列表进行校验。在这种情况下，需要验证列表完整而且程序正确调用了该列表(例如在
列表中添加一个测试值，确定系统能够接受这个测试值)。
　　Cookies
　　很多用户喜欢甜食，但是开发人员喜欢 web cookie (小甜饼)。如果系统使用了cookie，测试人员
需要对它们进行检测。如果在 cookies 中保存了注册信息，请确认该 cookie能够正常工作而且已对这
些信息已经加密。如果使用 cookie 来统计次数，需要验证次数累计正确。  
　　应用程序特定的功能需求
　　最重要的是，测试人员需要对应用程序特定的功能需求进行验证。尝试用户可能进行的所有操作：
下订单、更改订单、取消订单、核对订单状态、在货物发送之前更改送货信息、在线支付等等。这是用
户之所以使用网站的原因，一定要确认网站能像广告宣传的那样神奇。
　　接口测试
在很多情况下，web 站点不是孤立。Web 站点可能会与外部服务器通讯，请求数据、验证数据或提交订
单。
　　服务器接口
　　第一个需要测试的接口是浏览器与服务器的接口。测试人员提交事务，然后查看服务器记录，并验
证在浏览器上看到的正好是服务器上发生的。测试人员还可以查询数据库，确认事务数据已正确保存。
　　外部接口
　　有些 web 系统有外部接口。例如，网上商店可能要实时验证信用卡数据以减少欺诈行为的发生。测
试的时候，要使用 web 接口发送一些事务数据，分别对有效信用卡、无效信用卡和被盗信用卡进行验证
。如果商店只使用 Visa 卡和 Mastercard 卡， 可以尝试使用 Discover 卡的数据。(简单的客户端脚
本能够在提交事务之前对代码进行识别，例如 3 表示 American Express，4 表示 Visa，5 表示
Mastercard，6 代表Discover。)通常，测试人员需要确认软件能够处理外部服务器返回的所有可能的消
息。  
　　错误处理
　　最容易被测试人员忽略的地方是接口错误处理。通常我们试图确认系统能够处理所有错误，但却无
法预期系统所有可能的错误。本文章来自中国IT实验室http://softtest.chinaitlab.com/
尝试在处理过程中中断事务，看看会发生什么情况？订单是否完成？尝试
中断用户到服务器的网络连接。尝试中断 web 服务器到信用卡验证服务器的连接。在这些情况下，系统
能否正确处理这些错误？是否已对信用卡进行收费？如果用户自己中断事务处理，在订单已保存而用户
没有返回网站确认的时候，需要由客户代表致电用户进行订单确认。