2007年12月28日 的存档

中国移动,你是优秀的服务还是糟糕的骚扰

一早上,短短的10分中之内被中国移动骚扰了3次。先是10086的电话,一直不停的响,我开的是震动还是受不了接了起来。告诉我余额不足20元了,要快点交钱了。接完电话还没几分钟,短信又来了,一看又是中国移动。还是那句,您的余额不足20元了,为了保证您的…blah blah 心想这次总该让我好好工作了吧,等我下班再去买卡充值。第二条短信又来了… 囧 一模一样的短信发两次。强忍着没把手里的手机扔出去,要不然就变成办公室3C掷远了

我明白,移动是怕我忘记交电话费,可是我不是还有20元的余额么 -___- 虽然全球通比较费钱,可是20元撑一下还是可以的吧。这么热情的提醒我缴费…我有欠过你移动钱么 -____-

确保用户能及时准确地收到消息是对的。但是密集的消息轰炸就有些过了,难道我不用干活每天都是等着移动的消息,然后屁颠屁颠地跑去充值么。

现在很多网站也是这样.经常一条通知发送n次。一般来讲这种服务我基本上都不会再去用它了。

Technorati Tags: ,

测试的艺术第九章测试基于互联网的程序(The Art of Software Testing-Chapter9 Testing Internet Applications) 【4】

注:这一个系列是我在看原版的The Art of Software Testing时的一些翻译,因为没有得到作者和出版社的同意,这只是我自己的练习。请不要把本文中的内容用于商业用途。

测试的艺术第九章测试基于互联网的程序(The Art of Software Testing-Chapter9 Testing Internet Applications) 2nd Edition
作者:GLENFORD J. MYERS
Revised and updated by Tom Badgett and Todd M. Thomas with Corey Sandler

9.3.1 展示层的测试

对展示层的测试由寻找图形界面上的错误和前台的错误所组成。这个关键的一层提供了减少对你站点投诉,所以发现和改正这一层上发现的问题对展示一个有质量,有活力的站点来说是至关重要的。( This important layer provides the curb appeal of your site, so detecting and correcting errors in this layer are critical to presenting a quality, robust website.) 如果你的顾客在这个层面遇到问题,他们可能不再回来了。他们会可能因为你网站上的拼写错误而离开,一个连拼写都没法保证正确的公司怎么能把信用卡信息交给他们呢?

简而言之,展示层的测试是劳动密集型的工作。如果你可以把你的互联网程序分割成分开的实体的话,你在测试展示层的时候也可以怎么做。下面的列表定义了展示层三个主要的区域:
1. 内容测试。 整体的美观,字体,颜色,拼写,内容的正确性,默认值的正确性。
2. 网站的结构。有没有死链接和不能显示的图片。
3. 用户环境。 浏览器的版本和操作系统设置会不会对网站正常显示造成影响?

内容测试需要检查网站的人机接口元素。你需要查找字体的类型和屏幕输出,颜色,图片的分辨率以及其他直接作用到最终用户的特性。另外,你需要检查你网站提供信息的准确性。防止出现语法正确,但是信息不准确,信息可以和其他图形界面的问题一样危害到你公司的可信度。不准确的信息还可能给你的公司造成法律上的问题。

测试网站的结构,是需要找到导航和构造上的问题。你需要查找坏掉的链接,不存在的页面和错误的文件或者其他一切将用户带往网站错误区域的东西。这些错误非常容易发生,特别是在动态的网站在开发或者升级的过程时候。只要有一个项目成员修改了一个文件的名字,那么指向它的那个超级链接就没用了。如果图片元素被重命名或者移除了,那么在你网页上因为找不到文件会留下一个“大洞”。你可以用一个检查每个页面的结构问题的组合测试来验证你网站的结构问题。最好的练习是,你把结构测试也同样迁移到回归测试中。很多工具都可以自动进行坏链和丢失文件的检查。

白盒测试的手段当测试网站结构的时候是非常有用的。就像程序组会有决定点和执行路径一样,网页也有。(Just as program units have decision points and execution path,  so do Web pages.) 用户可能用任何顺序来点击那些可以引导用户从一个页面到另一个页面的链接和按钮。对大型站点来说,他们有很多导航事件的组合会发生。复习我们在第四章提到的白盒测试和逻辑覆盖理论能了解更多。

就像早先提到的那样,测试最终用户的环境,也就是说浏览器兼容性测试,是测试基于互联网程序的非常具有挑战性的方面。浏览器和操作系统的组合有很多很多。不只是你需要测试每种浏览器的设置,你还要测试同一浏览器的不同版本。浏览器的供应商经常会在版本升级的时候对一些特性进行改进,也就是说这些改进很有可能会对就的浏览器兼容性造成影响。

如果你的程序严重依靠于客户端的脚本运行,你的用户环境测试将会变得非常复杂。每个浏览器都回有不同的脚本引擎,或者虚拟机来运行脚本,而且代码是在客户的电脑上。如果你使用了下列技术,那么你在测试浏览器兼容性测试的时候请特别注意:

. Active X 控制
. JavaScript
. VBScript
. Java控件

你使用一份定义的很好的功能需求书,可以很好的克服大部分和浏览器兼容性测试关联的挑战。比如,在要求收集的阶段,你的市场部可能会决定程序需要确认在某个特定的浏览器下可以运行。这个要求消除了很多测试因为你定义了你需要测试的平台。

Technorati Tags: , ,