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
窗口:
窗口是否基于相关的输入和菜单命令适当地打开?
窗口能否改变大小、移动和滚动?
窗口中的数据内容能否用鼠标、功能键、方向键和键盘访问?
提升简历含金量-恭喜您获得免费定制简历机会一次