WEB
测试方法
在
Web
工程过程中，
基于
Web
系统的测试、
确认和验收是一项重要而富有挑战性的工作。
基
于
Web
的系统测试与传统的
软件测试
不同，它不但需要检查和验证是否按照设计的要求运
行，
而且还要测试系统在不同用户的浏览器端的显示是否合适。
重要的是，
还要从最终用户
的角度进行安全性和可用性测试。
然而，
Internet
和
Web
媒体的不可预见性使测试基于
Web
的系统变得困难。
因此，
我们必须为测试和评估复杂的基于
Web
的系统研究新的方法和技术。
本文将
web
测试分为
6
个部分：
•
功能测试
•
性能测试
（包括负载
/
压力测试）
•
用户界面测试
•
兼容性测试
•
安全测试
•
接口测试
1
功能测试
1.1
链接测试
链接是
Web
应用系统的一个主要特征，
它是在页面之间切换和指导用户去一些不知道地址的
页面的主要手段。
链接测试可分为三个方面。
首先，
测试所有链接是否按指示的那样确实链
接到了该链接的页面；其次，测试所链接的页面是否存在；最后，
保证
Web
应用系统上没有
孤立的页面，
所谓孤立页面是指没有链接指向该页面，
只有知道正确的
URL
地址才能访问。
1.2
表单测试
当用户通过表单提交信息的时候，都希望表单能正常工作。
如果使用表单来进行在线注册，
要确保提交按钮能正常工作，
当注册完成后应返回注册成功
的消息。
如果使用表单收集配送信息，
应确保程序能够正确处理这些数据，
最后能让顾客收
到包裹。
要测试这些程序，
需要验证服务器能正确保存这些数据，
而且后台运行的程序能正
确解释和使用这些信息。
当用户使用表单进行用户注册、
登陆、
信息提交等操作时，
我们必须测试提交操作的完整性，
以校验提交给服务器的信息的正确性。
例如：
用户填写的出生日期与职业是否恰当，
填写的
所属省份与所在城市是否匹配等。
如果使用了默认值，
还要检验默认值的正确性。
如果表单
只能接受指定的某些值，
则也要进行测试。例如：
只能接受某些字符，
测试时可以跳过这些
字符，看系统是否会报错。
1.3
数据校验
如果系根据业务规则需要对用户输入进行校验，
需要保证这些校验功能正常工作。
例如，
省
份的字段可以用一个有效列表进行校验。
在这种情况下，
需要验证列表完整而且程序正确调
用了该列表
(
例如在列表中添加一个测试值，确定系统能够接受这个测试值
)
。
在测试表单时，该项测试和表单测试可能会有一些重复。
1.4
cookies
测试
Cookies
通常用来存储用户信息和用户在某应用系统的操作，
当一个用户使用
Cookies
访问
了某一个应用系统时，
Web
服务器将发送关于用户的信息，把该信息以
Cookies
的形式存储
在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。
如果
Web
应用系统使用了
Cookies
，就必须检查
Cookies
是否能正常工作。测试的内容可
包括
Cookies
是否起作用，
是否按预定的时间进行保存，
刷新对
Cookies
有什么影响等。
如
果在
cookies
中保存了注册信息，请确认该
cookie
能够正常工作而且已对这些信息已经
加密。如果使用
cookie
来统计次数，需要验证次数累计正确。
1.5
数据库测试
在
Web
应用技术中，
数据库起着重要的作用，
数据库为
Web
应用系统的管理、运行、查询和
实现用户对数据存储的请求等提供空间。
在
Web
应用中，
最常用的数据库类型是关系型数据
库，可以使用
SQL
对信息进行处理。
在使用了数据库的
Web
应用系统中，
一般情况下，
可能发生两种错误，
分别是数据一致性错
误和输出错误。
数据一致性错误主要是由于用户提交的表单信息不正确而造成的，
而输出错
误主要是由于
网络
速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。
1.6
应用程序特定的功能需求
最重要的是，
测试人员需要对应用程序特定的功能需求进行验证。
尝试用户可能进行的所有
操作：新增、修改、删除、查询等等。这是用户之所以使用网站的原因，一定要确认网站能
像广告宣传的那样神奇。
2
性能测试
2.1
连接速度测试
用户连接到
Web
应用系统的速度根据上网方式的变化而变化，
他们或许是电话拨号，
或是宽
带上网。
当
下载
一个程序时，
用户可以等较长的时间，
但如果仅仅访问一个页面就不会这样。
如果
Web
系统响应时间太长（例如超过
5
秒钟），用户就会因没有耐心等待而离开。
另外，
有些页面有超时的限制，
如果响应速度太慢，用户可能还没来得及浏览内容，就需要
重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。
2.2
负载压力测试
在这里的负载
\
压力和功能测试中的不同
,
他是系统测试的内容
,
是基本功能已经通过后进行
的
.
可以在集成测试阶段
,
亦可以在系统测试阶段进行。
使用
负载测试
工具进行
,
虚拟一定数量的用户看一看系统的表现
,
是否满足定义中的指标。
负
载测试一般使用工具完成，
loadrunner
，
webload
，
was
，
ewl
，
e-test
等，主要的内容都是
编写出
测试脚本
，
脚本中一般包括用户一般常用的功能，然后运行，
得出报告。
负载
测试技
术
在各种极限情况下对产品进行测试
(
如很多人同时使用该软件，或者反复运行该软件
)
，
以检查产品的长期稳定性。
例如，
使用压力
测试工具
对
web
服务器进行压力测试
.
本项测试
可以帮助找到一些大型的问题，
如死机、
崩损、
内存泄漏等，因为有些存在内存泄漏问题的
程序，
在运行一两次时可能不会出现问题，
但是如果运行了成千上万次，
内存泄漏得越来越
多，就会导致系统崩滑。
3
用户界面测试
界面是软件与用户交互的最直接的层，
界面的好坏决定用户对软件的第一印象。
而且设计良
好的界面能够引导用户自己完成相应的操作，
起到向导的作用。
同时界面如同人的面孔，
具
有吸引用户的直接优势。
设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，
相反
由于界面设计的失败，
让用户有挫败感，
再实用强大的功能都可能在用户的畏惧与放弃中付
诸东流。
目前界面的设计引起软件设计人员的重视的程度还远远不够，
直到最近网页制作的
兴起，才受到专家的青睐。而且设计良好的界面由于需要具有艺术美的天赋而遭拒绝。
3.1
窗口：
窗口是否基于相关的输入和菜单命令适当地打开？
窗口能否改变大小、移动和滚动？
窗口中的数据内容能否用鼠标、功能键、方向键和键盘访问？
提升简历含金量-恭喜您获得免费定制简历机会一次
5799
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
