1.2 和 1.3 的采取措施:第一个完整的版本采用手动检查,同时形成 QTP 脚本;回归测试以
及升级版本主要靠 QTP 自动回放测试。
cookies 测试
Cookies 通常用来存储用户信息和用户在某应用系统的操作,当一个用户使用 Cookies 访问了
某一个应用系统时,Web 服务器将发送关于用户的信息,把该信息以 Cookies 的形式存储在客户端计
算机上,这可用来创建动态和自定义页面或者存储登陆等信息。
如果 Web 应用系统使用了
Cookies,就必须检查 Cookies 是否能正常工作。测试的内容可包括 Cookies 是否起作用,是否按预定
的时间进行保存,刷新对 Cookies 有什么影响等。如果在 cookies 中保存了注册信息,请确认该 cookie
能够正常工作而且已对这些信息已经加密。如果使用 cookie 来统计次数,需要验证次数累计正确。
采取措施:
1 采用黑盒测试:采用上面提到的方法进行测试
2 采用查看 cookies 的软件进行(初步的想法)
可以选择采用的软件
IECookiesView v1.50
Cookies Manager v1.1
数据库测试
在 Web 应用技术中,数据库起着重要的作用,数据库为 Web 应用系统的管理、运行、查询
和实现用户对数据存储的请求等提供空间。在 Web 应用中,最常用的数据库类型是关系型数据库,可
以使用 SQL 对信息进行处理。
在使用了数据库的 Web 应用系统中,一般情况下,可能发生两种错误,分别是数据一致性错
误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的,而输出错误主要是
由于网络速度或程序设计问题等引起的,针对这两种情况,可分别进行测试。
采取措施:暂时没有更好的测试方法
考虑结合到 1.2 和 1.3 的测试中
应用程序特定的功能需求
最重要的是,测试人员需要对应用程序特定的功能需求进行验证。尝试用户可能进行的所有
操作:如下订单、更改订单、取消订单、核对订单状态、在货物发送之前更改送货信息、在线支付等
等。这是用户之所以使用网站的原因,一定要确认网站能像广告宣传的那样神奇。
采取措施:深刻理解需求说明文档
设计语言测试
Web 设计语言版本的差异可以引起客户端或服务器端严重的问题,例如使用哪种版本的
HTML 等。当在分布式环境中开发时,开发人员都不在一起,这个问题就显得尤为重要。除了 HTML
的版本问题外,不同的脚本语言,例如 Java、Javascrīpt、 ActiveX、VBscrīpt 或 Perl 等也要进行验证。
2.
性能测试
连接速度测试
用户连接到 Web 应用系统的速度根据上网方式的变化而变化,他们或许是电话拨号,或是宽
带上网。当下载一个程序时,用户可以等较长的时间,但如果仅仅访问一个页面就不会这样。如果
Web 系统响应时间太长(例如超过 5 秒钟),用户就会因没有耐心等待而离开。
另外,有些页面有超时的限制,如果响应速度太慢,用户可能还没来得及浏览内容,就需要
重新登陆了。而且,连接速度太慢,还可能引起数据丢失,使用户得不到真实的页面。
负载测试
负载测试是为了测量 Web 系统在某一负载级别上的性能,以保证 Web 系统在需求范围内能
正常工作。负载级别可以是某个时刻同时访问 Web 系统的用户数量,也可以是在线数据处理的数量。
例如:Web 应用系统能允许多少个用户同时在线?如果超过了这个数量,会出现什么现象?Web 应用
系统能否处理大量用户对同一个页面的请求?
压力测试
负载测试应该安排在 Web 系统发布以后,在实际的网络环境中进行测试。因为一个企业内部
员工,特别是项目组人员总是有限的,而一个 Web 系统能同时处理的请求数量将远远超出这个限度,
所以,只有放在 Internet 上,接受负载测试,其结果才是正确可信的。
进行压力测试是指实际破坏一个 Web 应用系统,测试系统的反映。压力测试是测试系统的限
制和故障恢复能力,也就是测试 Web 应用系统会不会崩溃,在什么情况下会崩溃。黑客常常提供错误
的数据负载,直到 Web 应用系统崩溃,接着当系统重新启动时获得存取权。
压力测试的区域包括表单、登陆和其他信息传输页面等。
负载/压力测试应该关注什么
测试需要验证系统能否在同一时间响应大量的用户,在用户传送大量数据的时候能否响应,
系统能否长时间运行。可访问性对用户来说是极其重要的。如果用户得到“系统忙”的信息,他们可
能放弃,并转向竞争对手。系统检测不仅要使用户能够正常访问站点,在很多情况下,可能会有黑客
试图通过发送大量数据包来攻击服务器。出于安全的原因,测试人员应该知道当系统过载时,需要采
取哪些措施,而不是简单地提升系统性能。
瞬间访问高峰
如果您的站点用于公布彩票的抽奖结果,最好使系统在中奖号码公布后的一段时间内能够响
应上百万的请求。负载测试工具能够模拟 X 个用户同时访问测试站点。
每个用户传送大量数据
网上书店的多数用户可能只订购 1-5 书,但是大学书店可能会订购 5000 本有关心理学介
绍的课本? 或者一个祖母为她的 50 个儿孙购买圣诞礼物(当然每个孩子都有自己的邮件地址) 系统
能处理单个用户的大量数据吗?
长时间的使用
如果站点用于处理鲜花订单,那么至少希望它在母亲节前的一周内能持续运行。如果站点提
供基于 web 的 email 服务,那么点最好能持续运行几个月,甚至几年。可能需要使用自动测试工具
来完成这种类型的测试,因为很难通过手工完成这些测试。你可以想象组织 100 个人同时点击某个站
点。但是同时组织 100000 个人呢。通常,测试工具在第二次使用的时候,它创造的效益,就足以支
付成本。而且,测试工具安装完成之后,再次使用的时候,只要点击几下。
采取措施:采用测试工具 WAS、ACT 协助进行测试
3.
用户界面测试
导航测试
导航描述了用户在一个页面内操作的方式,在不同的用户接口控制之间,例如按钮、对话框、
列表和窗口等;或在不同的连接页面之间。通过考虑下列问题,可以决定一个 Web 应用系统是否易于
导航:导航是否直观?Web 系统的主要部分是否可通过主页存取?Web 系统是否需要站点地图、搜索
引擎或其他的导航帮助?
在一个页面上放太多的信息往往起到与预期相反的效果。Web 应用系统的用户趋向于目的驱
动,很快地扫描一个 Web 应用系统,看是否有满足自己需要的信息,如果没有,就会很快地离开。很
少有用户愿意花时间去熟悉 Web 应用系统的结构,因此,Web 应用系统导航帮助要尽可能地准确。
导航的另一个重要方面是 Web 应用系统的页面结构、导航、菜单、连接的风格是否一致。确
保用户凭直觉就知道 Web 应用系统里面是否还有内容,内容在什么地方。
Web 应用系统的层次一旦决定,就要着手测试用户导航功能,让最终用户参与这种测试,效
果将更加明显。
图形测试
在 Web 应用系统中,适当的图片和动画既能起到广告宣传的作用,又能起到美化页面的功能。
一个 Web 应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容