软件GUI测试中的关注点(5)

　　――从美学角度看屏幕布局很拙劣

　　屏幕可能是不平衡的，大多数情况下是这样子，行或者列不对齐，或者只是看起来很“糟糕”。好好利用你的鉴赏力，如果没有信心，可以问问别人的意见， 参考一些界面设计很合理的软件。如果对你而言它的布局的确看起来很糟，相信你的直觉，肯定有什么东西错了，尽管现在你还没有发现。

　　――菜单布局错误

　　这是最常见的问题之一了：我们有时候会发现在编辑菜单下突然冒出了一个文件关闭的选项，而一般它是放在文件一栏下的。在很多的参考文献中，已经对这方面的内容做了比较详实的说明，我想强调的是以下一些问题：

　　相似的或从概念上相关的菜单选择应该分组，或者应该在屏幕上说明。

　　选择一个菜单项通常应该独立。为了获得一个独立的结果，用户不应该必须在不同的菜单上做出两个或更多的选择(这可绝对“难”用)。

　　通过键入其首字母来选择菜单项通常要比使用数字来得好。当然，你要留神不要给菜单项过于奇怪的名称;另外，还要注意不要在同一栏下面不要出项重复的字母。

　　――对话框布局错误

　　对话框应该一致。如：他们应该一致使用大小写，字体和文本对齐规则。对话框标题应当占据某个一致的位置，并与用来调用该对话框的命令名相符合。相 同的快捷方式在不同对话框之间应该起相同作用――如不应取消某些对话框，而在其他类似情况下完成其他的任务。

　　对话框中的控件布局必须合理安排。应使用必要的间隔把组隔开。

　　选择和录入区域应该垂直和水平排列，这样用户就可以以直线模式操作光标的运动(为了方便)。

　　留意对话框之间的相互依赖性。如果某个对话框中的选择将最终决定另一个对话框的选项将是令人困惑的。如果程序不得不这样做，务必要求开发人员给出具体提示。

　　――模糊不清的指示

　　你应该总是知道去哪里查找以找出下一步。如果屏幕排得很满，总是应该为命令和消息留出一块空间。使用气泡显示信息也是一个不错得选择。

　　――闪烁的误用

　　闪烁的图片或文本很引人注意，不过记得不要太多闪烁。太多的闪烁会让人觉得不舒服。你应该每次最多只让一个目标进行闪烁而且频率不能太高。

　　――颜色的误用

　　不要太多颜色，它会让我们的眼睛很疲劳。颜色不应该使我们分散注意力，也不能使屏幕看上去杂乱无章，尽量使用统一风格的颜色，如果程序的颜色组合看上去很难看，抗议吧，没有人会愿意买毫无美感的产品的。

　　――过于依赖颜色

　　如果程序在项之间使用颜色为唯一分隔符，那么它将限制使用者的范围，对于一些特殊的产品，需要考虑到例如色盲之类对颜色不敏感的人群或是使用单色显示器的用户。

　　――与整体风格不符合

　　如果与计算机相关的风格提供了某种一致性和便利，尽量好好利用。也许对程序员来说可以使用更好的技术来代替，对于用户来说也未必不是不可接受的。例 如：在习惯了鼠标和图标之后，恐怕很少有用户会习惯敲击键盘书写命令来完成计算机可以使用鼠标完成的工作。当大多数其他的程序以某种特定方式在屏幕的特定 位置显示错误信息时，新程序也应该是这样的。

　　――不能去掉屏幕上的信息

　　在屏幕上某个部分的可用命令选择菜单是很好的选择。一旦用户精通了程序，有些菜单就会成为屏幕空间资源的浪费。你应该可以提交一个命令能去掉和重新调用它。这点上，值得向微软的Office系列软件学习。

　　3、命令结构和录入

　　这里只处理实现中的缺陷。(即假定程序员对风格的选择是合理的)

　　不一致性

　　增加永真规则的数量可以缩短学习时间，并减少文档，而且使程序看上去更专业。不一致性如此的普遍，是因为它需要规划并进行斗争来选择能一直遵循的操 作规则。每个微小的不一致性都是不重要的，但是一旦达到了一定量，一个本来构想很好的产品有可能会变得难以使用，甚至变成废品。从开发人员本身来讲，也体 现出其开发本身的严密性。一个好的测试实践要标注出所有发现的不一致性，无论多么微不足道都要如此。

　　“最优化”

原文转自：http://www.uml.org.cn/Test/200711195.asp