存档

文章标签 ‘GUI’

[ZT]登陆框的密码遮盖问题以及其他

2009年9月28日 Galaxy 没有评论

http://www.dbanotes.net/web/stop_password_masking.html

几天前看到的这个关于密码遮盖(Password Masking) 问题的讨论,顺着链接有找到了一些讨论来看,继而发现相关文章已经有人翻译了(refer),但中文技术社区好像很少见到讨论(也可能是我孤陋寡闻)。

这是个令人印象深刻的话题,因为挑战的是习惯性的设计方式。放眼看去,所有需要输入密码才可登录的网站都是遮盖密码的。密码遮盖带来的坏处是显而易见–用户的输入成了盲区,不知道自己输入的是否对,点击登录变成了变相的试错操作,产生比较多的再次登录操作,对给用户造成非常糟糕的使用感受。然而似乎很少有人如何去考虑改进这个现状。关注别人视而不见的问题才会带来革新与创新,要不怎么说人家 Jakob Nielsen 是用户体验方面的大牛呢,要从别人口中出来这个论断可能会被人笑话,而大牛就敢于挑战常规,弄个问题就给大家带来思考了–扯远了。

似乎多数人赞同添加一个额外的检查框(CheckBox),安全性要求不高的应用,默认不遮挡,用户输入完毕之后,再选择旁边的检查框对密码进行遮挡;对于安全性要求比较高的应用,默认密码遮挡,但可以选择显示一下密码明文一下,方便用户检查是否有拼写错误。

如果你用过苹果的产品,比如 iPhone 新 OS 3.0 的版本,你会发现密码的处理又进了一步,密码输入时是显示明文的,方便用户确认没有输错,在几秒钟后或者输入下一个字符的时候再对这个字符遮盖。(很多移动厂商好像现在都这么设计了)

阅读全文…

分类: Programming 标签:

平铺式窗口管理器

2009年9月7日 Galaxy 没有评论

http://linuxtoy.org/archives/awesome.html
平铺式窗口管理器——Awesome
2008-08-05 Kardinal Posted in Apps, Window Manager
[撰文/Kardinal]

首先科普一下 Tiling window manager,直译就是“瓦片式窗口管理器”;意译为“平铺式窗口管理器”。

假设你需要同时监视多个程序的状态并进行操作(这种情况非常之普遍),你就需要不停的按Alt+Tab切换,但是这会加速Alt尤其是Tab的磨损(手的磨损忽略了,因为它是可再生的)。

聪明的人就会想出这一招,见图1:

http://ubuntucookbook.com/i/2008/08/awesome1-thumb.jpg

但是要先调整窗口布局,而且总是不太合适,有点缝隙啥的,分散注意力。

而在Tiling window manager 中,无论有多少个窗口,都会把屏幕占满,见图2:

http://ubuntucookbook.com/i/2008/08/awesome2-thumb.jpg

它的窗口没有标题栏(标题在状态栏上),边框尽可能的窄(可再设置为0),以最大程度的节约桌面空间。

awesome还有超低的资源占用率。
阅读全文…

分类: Linux 标签: , ,

[翻译]Windows应用程序的GUI测试指南

2008年8月2日 Galaxy 没有评论

http://blog.csdn.net/gklbiti/archive/2006/05/31/766337.aspx
 (翻译)Windows应用程序的GUI测试指南

— Mikhail Rakhunov原著General Guidelines for GUI Testing of any Windows based Application
—Kiki翻译于2005/6/7
 
测试Windows应用程序时应该考虑以下几点:
  • 在应用程序中的GUI应该一致,这是最基本的。
  • 在看起来和感觉上应该和其他标准的Windows应用程序相同
  • 在软件中采用标准的键集
  • 退出系统应该是干净并且敏捷的
在测试Windows程序时,可以分为以下几类测试:
·         标准化测试
·         GUI测试
·         确认测试
·         功能测试
 
标准化测试:标准化意味着正在开发的应用程序应该有标准的外观并且感觉上和其他的Window应用程序一样。
1.  开始时应用程序应该显示“关于系统”屏幕
2.  大多数的屏幕/对话框应该有最小化,恢复和关闭按钮
3.  代表应用程序的正确图标
4.  所有的屏幕、对话框应该有和内容相对应的正确标题
5.  应用程序可以在Windows的任务条和状态条中显示
 
GUI(用户图形界面)测试:这一部分不能被固化因为一旦设定了GUI指南可能会被盲目的追随。不同的公司,程序之间的GUI标准是不同的。但是还是可以设置一些普遍性的指南以对如何开始GUI测试有个全面的认识。这些指南主要适应于应用程序的屏幕/对话框。
1.  所有的对话框应具有可以和其他应用程序区分开的一致外观。
2.  在屏幕上的每一个字段应相应的标签
3.  每一个屏幕都应有功能匹配的OK和Cancel按钮
4.  使用的颜色组合应该有吸引力
5.  在字段间的Tab的顺序应该是水平移动的。在一些案例中Tab的顺序可以被设置为垂直移动。
6.  强制性字段必须用红色的星号*标识
7.  对话框的缺省<Enter>键应该设置在OK按钮上
8.  对话框的缺省<Esc>键应该设置在OK按钮上
 
确认测试:确认测试主要依赖设置在对话框中的字段和其必须执行的功能。
1.  只可以输入数值的文本框字段,必须检查如下:
·         只能够接受数字,不能接受字母
·         如果字段只可以接受例如所有的日期、电话号码、邮编等的数字,那么就要不能接受0和负数。
2.  只可以输入字母数字的文本框字段,必须检查如下:
·         只能够接受字母和数字
·         如果字段只可以接受例如First Name、Middle Name、Last Name、city和country等,,那么必须验证首字只可以是字母(有时可能可以接受象-,_等等的特殊字符)。
3.  组合框字段,必须测试如下:
·         检查下拉组合框时有值在其中,不为空。
·         下拉里的值必须按照字母排序。这一点可能会根据需求而更改,但是标准惯例应该以字母排序。例如从列表中选择数据类型:日期、整数、字符串和文字等。
·         在关闭或打开同一个对话框时显示同一个被选中的数值
·         缺省显示一些象“选择数值”或“_____”的字符串。这是因为这样可以使用户知道这个字段应该选择数值。避免显示列表中的第一个数值。
4.  列表框字段,那么必须检查如下:
·         检查列表框中有数值,不为空
·         列表框中的数值必须按字母排序并显示。这一点可能会根据需要而更改,但是标准惯例应该以字母排序。
·         如果列表框支持多选,那么检查是否可以选择多个数值
5.  如果字段是选项框,那么必须检查:
·         检查列出了需求中所有的数值。例如选择日期格式,以下是可能显示的数值 mm/dd/yyyy,dd/mm/yyyy,mm/dd/yy,dd/mm/yy,yyyy/mm/dd等等
·         在关闭或打开同一个对话框时显示同一个被选中的数值
6.  数值控制在测试功能时测试
 
功能测试
1.  首先检查软件是否含括了软件的需求说明书或者功能说明书提及的功能;
2.  在对话框中识别依赖的字段。依靠对字段的可用和不可用情况的依赖性检查。例如,在应用程序中创建联系人地址。为了创建联系人地址应该能够新增,删除和更新信息。联系人地址包括象First Name, Last Name, Address1, Address2, City, State, Country, Zip, Phone等信息,也可以增加加其他的信息。
这个表单有必输字段,并且还有新增, 删除和更新按钮。
·         开始时只有新增按钮可用。删除,更新按钮应该不可用。这是因为在开始时没有数据可以被删除或修改(除非新增一个)。简单说,除非有一个可用的记录,要不然是不可能被修改或删除的。
·         只有从列表中选择了一个记录,删除和更新按钮才可以使用,同时新增按钮变为不可用
·         在真实地执行删除和更新操作时,必须给予确认信息
·         在删除操作时列表中应该不再显示已删除的项目。
分类: Programming 标签: , ,

[ZT]Windows界面设计标准

2008年8月2日 Galaxy 没有评论

Windows界面设计标准
http://www.cnblogs.com/JYun/articles/567234.html
1.1. Windows界面设计标准
1.1.1. 易用性
l 界面元素的名称、标签应该易懂,用词准确,避免使用模楞两可的字眼,要与同一界面上的其他元素易于区分,能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作作。

l disable而不是not visible。

l 完成相同或相近功能的按钮用GoupBox框起来,常用按钮要支持快捷方式。

l 完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。

l 按功能将界面划分局域块,用GoupBox框括起来,并要有功能说明或标题。

l 界面要支持键盘自动浏览按钮功能,即按Tab键的自动切换功能。

l 界面上首先应输入的和重要信息的控件在Tab order中应当靠前,位置也应放在窗口上较醒目的位置。

l 同一界面上的控件数最好不要超过10个,多于10个时可以考虑使用分页界面显示。

l 分页界面要支持在页面间的快捷切换,常用组合快捷键Ctrl+Tab

l 默认按钮要支持Enter选定及鼠标选择操作,即按Enter后自动执行默认按钮对应操作。

l 可写控件检测到非法输入后应给出说明并能自动获得焦点。

l Tab键的顺序与控件排列顺序要一致,总体遵守从上到下,同时行间从左到右的方式。

l 复选框和选项框按选择几率的高底而先后排列。

l 复选框和选项框要有默认选项,并支持Tab键选择。

l 界面空间较小时使用下拉框而不用选项框。

l 选项数较少时使用选项框,相反使用下拉列表框。

l 专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词眼。

1.1.2. 规范性
l 通常界面设计都按Windows界面的规范来设计

l 小型软件可以不提供工具栏。

l 常用菜单要有命令快捷方式。

l 完成相同或相近功能的菜单用横线隔开放在同一位置。

l 菜单前的图标能直观的代表要完成的操作。

l 菜单深度一般要求最多控制在三层以内。

l 工具栏要求可以根据用户的要求自己选择定制。

l 相同或相近功能的工具栏放在一起。

l 工具栏中的每一个按钮要有及时提示信息。

l 一条工具栏的长度最长不能超出屏幕宽度。

l 工具栏的图标能直观的代表要完成的操作。

l 系统常用的工具栏设置默认放置位置。

l 工具栏太多时可以考虑使用工具厢。

l 工具厢要具有可增减性,由用户自己根据需求定制。

l 工具厢的默认总宽度不要超过屏幕宽度的1/5。

l 状态条要能显示用户切实需要的信息,常用的有: 目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息,如果某一操作需要的时间较长,应该显示进度条和进程提示。

l 滚动条的长度要根据显示信息的长度或宽度能及时变换,以利于用户了解显示信息的位置和百分比。

l 状态条的高度以放置五号字为宜,滚动条的宽度比状态条的略窄。

l 菜单和工具条要有清楚的界限;

l 菜单要求凸出显示,这样在移走工具条时仍有立体感。

l 菜单和状态条中通常使用5号字体。工具条一般比菜单要宽,但不要宽的太多,否则看起来很不协调。

l 右键快捷菜单采用与菜单相同的准则。

l 如果菜单和按钮将使用户进入一个新的界面,则在标签文本之后加上三句点的省略号 “…”

1.1.3. 帮助设施
l 系统应该提供详尽而可靠的帮助文档,在用户使用产生迷惑时可以自己寻求解决方法。

l 帮助文档中的性能介绍与说明要与系统性能配套一致。系统作修改时,相应的帮助文档也应该保持同步更新。

l 操作时要提供及时调用系统帮助的功能。常的热键是F1。

l 帮助要有即时针对性,在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。

l 最好提供目前流行的联机帮助格式或HTML帮助格式。

l 用户可以用关键词在帮助索引中搜索所要的帮助,当然也应该提供帮助主题词。

l 如果没有提供书面的帮助文档的话,最好有打印帮助的功能。

l 在帮助中应该提供我们的技术支持方式,一旦用户难以自己解决可以方便的寻求新的帮助方式。

l 可以在系统菜单中提供一个about对话框,以快速地提供程序的版本、版权声明和技术支持方式等信息。

1.1.4. 合理性
l 屏幕对角线相交的位置是用户直视的地方,正上方四分之一处为易吸引用户注意力的位置,在放置窗体时要注意利用这两个位置。

l 父窗体或主窗体的中心位置应该在对角线焦点附近。

l 子窗体位置应该在主窗体的左上角或正中。

l 多个子窗体弹出时应该依次向右下方偏移,以显示窗体出标题为宜。

l 重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。

l 错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。

l 与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示,没法使用该按钮)。

l 对可能造成数据无法恢复的*作必须提供确认信息,给用户放弃选择的机会。

l 非法的输入或*作应有足够的提示说明。

l 对运行过程中出现问题而引起错误的地方要有提示,让用户明白错误出处,避免形成无限期的等待。

l 提示、警告、或错误说明应该清楚、明了、恰当。

1.1.5. 美观与协调性
l 界面应该大小适合美学观点,感觉协调舒适,能在有效的范围内吸引用户的注意力。

l 统一色调,针对软件类型以及用户工作环境选择恰当色调。

l 长宽比或宽长比接近黄金点比例,切忌长宽比例失调。

l 布局要合理, 不宜过于密集,也不能过于空旷,合理的利用空间。

l 相邻或同组的按钮大小相同,同界面上所有的按钮高度相同。

l 按钮的大小要与界面的大小和空间要协调。

l 避免空旷的界面上放置很大的按钮。

l 放置完控件后界面不应有很大的空缺位置。

l 字号的大小要与界面的大小比例协调, 字体大小根据系统标准字体来,例如 MSS字体8磅,宋体的小五号字(9磅)五号字(10.5磅)。

l 使用正规字体,中文采用标准字体 “宋体”,英文采用标准 Microsoft Sans Serif,不考虑特殊字体(隶书、草书等,特殊情况可以使用图片取代),除非是需要艺术处理或有特殊要求的地方。

l 前景与背景色搭配合理协调,反差不宜太大,常用色考虑使用Windows界面色调。

l 如果使用其他颜色,主色要柔和,具有亲和力,坚决杜绝刺目的颜色。Graphtalk程序建议以下按钮的风格:

n “确定” 按钮文本颜色设为深蓝

n “取消” 按钮文本颜色设为深红

n “帮助” 按钮文本颜色设为深绿

l 大型系统常用的主色有”#E1E1E1″、”#EFEFEF”、”#C0C0C0″等。

l 界面风格要保持一致,字的大小、颜色、字体要相同,除非是需要艺术处理或有特殊要求的地方。

l 有标准的图标风格设计,有统一的构图布局,有统一的色调、对比度、色阶,以及图片风格。

l 底图应该融于底图,使用浅色, 低对比,尽量少的使用颜色。

l 鼠标光标样式统一,尽量使用系统标准。

l 如果窗体支持最小化和最大化或放大时,窗体上的控件也要随着窗体而缩放;切忌只放大窗体而忽略控件的缩放。

l 对于含有按钮的界面一般不应该支持缩放,即右上角只有关闭功能。

l 如果需要缩放对话窗,建议以下方式调整每个控件的attachment属性:

n 不必变宽的控件,如按钮、静态文本等、采用左上锁定,右下不锁定。

n 数据控件,如编辑框、下拉框等,尽可能排放于每行的最右边,采用左上角锁定,右边弹性粘附,

n 多行式控件放置于界面最下面端,采用左上右下角全部锁定;

l 通常父窗体支持缩放时,子窗体没有必要缩放。

l 如果能给用户提供自定义界面风格则更好,由用户自己选择颜色、字体等。

1.1.6. 菜单
l 菜单位置按照按功能来组织。

l 菜单通常采用“常用–主要–次要–工具–帮助”的位置排列,符合流行的Windows风格。

l 常用的有“文件”、“编辑”,“查看”等,几乎每个系统都有这些选项,当然要根据不同的系统有所取舍。

l 下拉菜单要根据菜单选项的含义进行分组,并切按照一定的规则进行排列,用横线隔开。

l 一组菜单的使用有先后要求或有向导作用时,应该按先后次序排列。

l 没有顺序要求的菜单项按使用频率和重要性排列,常用的放在开头, 不常用的靠后放置;重要的放在开头,次要的放在后边。

l 如果菜单选项较多,应该采用加长菜单的长度而减少深度的原则排列。

l 菜单深度一般要求最多控制在三层以内。

l 对常用的菜单要有快捷命令方式,组合原则见6.1.8。

l 对与进行的操作无关的菜单要用屏蔽的方式加以处理,如果采用动态加载方式——即只有需要的菜单才显示——最好。

l 菜单前的图标不宜太大,与字高保持一直最好。

l 主菜单的宽度要接近,字数不应多于四个,每个菜单的字数能相同最好。

l 主菜单数目不应太多,最好为单排布置。

1.1.7. 独特性
如果一味的遵循业界的界面标准,则会丧失自己的个性.在框架符合以上规范的情况下,设计具有自己独特风格的界面尤为重要。尤其在商业软件流通中有着很好的迁移默化的广告效用。

l 安装界面上应有单位介绍或产品介绍,并有自己的图标。

l 主界面,最好是大多数界面上要有公司图标。

l 登录界面上要有本产品的标志,同时包含公司图标。

l 帮助菜单的 “关于” 中应有版权和产品信息。

l 公司的系列产品要保持一直的界面风格,如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。

1.1.8. 键盘快捷方式
在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快,在Windows及其应用软件中快捷键的使用大多是一致的。

菜单中:

l 面向事务的组合有:

Ctrl-D 删除 ;Ctrl-F 寻找 ;Ctrl –H替换;Ctrl-I 插入 ;Ctrl-N 新记录 ;Ctrl-S 保存 Ctrl-O 打开。

l 列表:

Ctrl-R ,Ctrl-G定位;Ctrl-Tab下一分页窗口或反序浏览同一页面控件;。

l :编辑:

Ctrl-A全选;Ctrl-C 拷贝;Ctrl-V 粘贴;Ctrl-X 剪切;Ctrl-Z撤消*作;Ctrl-Y恢复*作。

l 文件操作:

Ctrl-P 打印;Ctrl-W 关闭。

l 系统菜单

Alt-A文件;Alt-E编辑;Alt-T工具;Alt-W窗口;Alt-H帮助。

l MS Windows保留键:

Ctrl-Esc 任务列表 ;Ctrl-F4 关闭窗口; Alt-F4 结束应用;Alt-Tab 下一应用 ;Enter 缺省按钮/确认操作 ;Esc 取消按钮/取消*作 ;Shift-F1 上下文相关帮助 。

l 按钮快捷键

可以根据系统需要而调节,以下只是常用的组合。

Alt-Y确定(是);Alt-C取消;Alt-N 否;Alt-D删除;Alt-Q退出;Alt-A添加;Alt-E编辑;Alt-B浏览;Alt-R读;Alt-W写。

这些快捷键也可以作为开发中文应用软件的标准, 但亦可使用汉语拼音的开头字母。

1.1.9. 安全性
在界面上通过下列方式来控制出错几率,会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生的问题,使出错的可能降至最小。如应用出现保护性错误而退出系统,这种错误最容易使用户对软件失去信心。因为这意味着用户要中断思路, 并费时费力地重新登录,而且已进行的操作也会因没有存盘而全部丢失。

l 排除可能会使应用非正常中止的错误。

l 应当注意尽可能避免用户无意录入无效的数据。

l 采用相关控件限制用户输入值的种类。

l 当用户作出选择的可能性只有两个时, 可以采用单选框。

l 当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择。

l 当选项特别多时,可以采用列表框,下拉式列表框。

l 在一个应用系统中,开发者应当避免用户作出未经授权或没有意义的操作。

l 对可能引起致命错误或系统出错的输入字符或动作要加限制、屏蔽和处理。

l 对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。

l 对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。

l 对错误操作最好支持可逆性处理,如取消系列*作。

l 在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的*作。

l 对可能造成等待时间较长的操作应该提供取消功能。

l 与系统采用的保留字符冲突的要加以限制。

l 在读入用户所输入的信息时,根据需要选择是否去掉前后空格。

分类: Programming 标签: ,
Locations of visitors to this page