越来越觉得自己走测试这条路是对的,越来越觉得自己适合做测试,这么久以来兴趣一直在激发我前进,一直在寻找下一个站点,我相信测试路上我一定会走的很远,我的测试道路一定会很宽阔,努力就有收获,也希望还在测试路口迷惘的朋友,不要再犹豫了,因为你的犹豫不决,会使你错过很多~~~~~喜欢就去just do it ,因为只有尝试了才知道自己适不适合,喜不喜欢。如果一味的问别人,永远找不到最终的答案。因为每个人的感觉不一样,每个人的情况不一样,每个人的前提条件都不一样,你会得到不同的答案,这样只能会使你更迷茫~~~~

功能名称【合理性细则】

上一篇 / 下一篇  2008-10-24 14:35:22 / 个人分类:测试相关资料

2.15 功能名称【合理性细则】【功能简述】屏幕对角线相交的位置是用户直视的地方,正上方四分之一处为易吸引用户注意力的位置,在放置窗体时要注意利用这两个位置。

【规范要求】

1> 父窗体或主窗体的中心位置应该在对角线焦点附近。
2> 子窗体位置应该在主窗体的左上角或正中。
3> 多个子窗体弹出时应该依次向右下方偏移,以显示窗体出标题为宜。
4> 重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。
5> 错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。
6> 与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示,没法使用该按钮)。
7> 对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。
8> 非法的输入或操作应有足够的提示说明。
9> 对运行过程中出现问题而引起错误的地方要有提示,让用户明白错误出处,避免形成无限期的等待。
10> 提示、警告、或错误说明应该清楚、明了、恰当。

2.16 功能名称【美观与协调性细则】
【功能简述】界面应该大小适合美学观点,感觉协调舒适,能在有效的范围内吸引用户的注意力。

【规范要求】

1> 长宽接近黄金点比例,切忌长宽比例失调、或宽度超过长度。
2> 布局要合理,不宜过于密集,也不能过于空旷,合理的利用空间。
3> 按钮大小基本相近,忌用太长的名称,免得占用过多的界面位置。
4> 按钮的大小要与界面的大小和空间要协调。
5> 避免空旷的界面上放置很大的按钮。
6> 放置完控件后界面不应有很大的空缺位置。
7> 字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12较为美观,很少使用超过12号的字体。
8> 前景与背景色搭配合理协调,反差不宜太大,最好少用深色,如大红、大绿等。常用色考虑使用Windows界面色调。
9> 如果使用其他颜色,主色要柔和,具有亲和力与磁力,坚决杜绝刺目的颜色。
10> 大型系统常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。
11> 界面风格要保持一致,字的大小、颜色、字体要相同,除非是需要艺术处理或有特殊要求的地方。
12> 如果窗体支持最小化和最大化或放大时,窗体上的控件也要随着窗体而缩放;切忌只放大窗体而忽略控件的缩放。
13> 对于含有按钮的界面一般不应该支持缩放,即右上角只有关闭功能。
14> 通常父窗体支持缩放时,子窗体没有必要缩放。
15> 如果能给用户提供自定义界面风格则更好,由用户自己选择颜色、字体等。

2.17 功能名称【菜单测试细则】
【功能简述】菜单是界面上最重要的元素,菜单位置按照按功能来组织。

【规范要求】

1> 菜单通常采用“常用--主要--次要--工具--帮助”的位置排列,符合流行的Windows风格。
2> 常用的有“文件”、“编辑”,“查看”等,几乎每个系统都有这些选项,当然要根据不同的系统有所取舍。
3> 下拉菜单要根据菜单选项的含义进行分组,并切按照一定的规则进行排列,用横线隔开。
4> 一组菜单的使用有先后要求或有向导作用时,应该按先后次序排列。
5> 没有顺序要求的菜单项按使用频率和重要性排列,常用的放在开头, 不常用的靠后放置;重要的放在开头,次要的放在后边。
6> 如果菜单选项较多,应该采用加长菜单的长度而减少深度的原则排列。
7> 菜单深度一般要求最多控制在三层以内。
8> 对常用的菜单要有快捷命令方式,组合原则见8。
9> 对与进行的操作无关的菜单要用屏蔽的方式加以处理,如果采用动态加载方式——即只有需要的菜单才显示——最好。
10> 菜单前的图标不宜太大,与字高保持一直最好。
11> 主菜单的宽度要接近,字数不应多于四个,每个菜单的字数能相同最好。
12> 主菜单数目不应太多,最好为单排布置。

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

【规范要求】

1> 安装界面上应有单位介绍或产品介绍,并有自己的图标。
2> 主界面,最好是大多数界面上要有公司图标。
3> 登录界面上要有本产品的标志,同时包含公司图标。
4> 帮助菜单的"关于"中应有版权和产品信息。
5> 公司的系列产品要保持一直的界面风格,如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。

2.19 功能名称【快捷方式的组合】
【功能简述】在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快一些 在西文Windows及其应用软件中快捷键的使用大多是一致的。

【规范要求】

1> 面向事务的组合有: Ctrl-D 删除 ;Ctrl-F 寻找 ;Ctrl –H替换;Ctrl-I 插入 ;Ctrl-N 新记录 ;Ctrl-S 保存 Ctrl-O 打开。
2> 列表: Ctrl-R ,Ctrl-G定位;Ctrl-Tab下一分页窗口或反序浏览同一页面控件。
3> 编辑: Ctrl-A全选;Ctrl-C 拷贝;Ctrl-V 粘贴;Ctrl-X 剪切;Ctrl-Z撤消操作;Ctrl-Y恢复操作。
4> 文件操作: Ctrl-P 打印;Ctrl-W 关闭。
5> 系统菜单:Alt-A文件;Alt-E编辑;Alt-T工具;Alt-W窗口;Alt-H帮助。
6> MS Windows保留键: Ctrl-Esc 任务列表 ;Ctrl-F4 关闭窗口; Alt-F4 结束应用;Alt-Tab 下一应用 ;Enter 缺省按钮/确认操作 ;Esc 取消按钮/取消操作 ;Shift-F1 上下文相关帮助 。
7> 按钮中:可以根据系统需要而调节,以下只是常用的组合。Alt-Y确定(是);Alt-C取消;Alt-N 否;Alt-D删除;Alt-Q退出;Alt-A添加;Alt-E编辑;Alt-B浏览;Alt-R读;Alt-W写。这些快捷键也可以作为开发中文应用软件的标准,但亦可使用汉语拼音的开头字母。 

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

【规范要求】

1> 最重要的是排除可能会使应用非正常中止的错误。
2> 应当注意尽可能避免用户无意录入无效的数据。
3> 采用相关控件限制用户输入值的种类。
4> 当用户作出选择的可能性只有两个时,可以采用单选框。
5> 当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择
6> 当选项特别多时,可以采用列表框,下拉式列表框。
7> 在一个应用系统中,开发者应当避免用户作出未经授权或没有意义的操作。
8> 对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。
9> 对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。
10> 对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。
11> 对错误操作最好支持可逆性处理,如取消系列操作。
12> 在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。
13> 对可能造成等待时间较长的操作应该提供取消功能。
14> 特殊字符常有;;'"><,`':"["{、\|}]+=)-(_*&&^%$#@!~,.。?/还有空格。
15> 与系统采用的保留字符冲突的要加以限制。
16> 在读入用户所输入的信息时,根据需要选择是否去掉前后空格。
17> 有些读入数据库的字段不支持中间有空格,但用户切实需要输入中间空格,这时要在程序中加以处理。

2.21 功能名称【多窗口的应用与系统资源】
【功能简述】设计良好的软件不仅要有完备的功能,而且要尽可能的占用最底限度的资源

【规范要求】

1> 在多窗口系统中,有些界面要求必须保持在最顶层,避免用户在打开多个窗口时,不停的切换甚至最小化其他窗口来显示该窗口。
2> 在主界面载入完毕后自动卸出内存,让出所占用的WINDOWS系统资源。
3> 关闭所有窗体,系统退出后要释放所占的所有系统资源 ,除非是需要后台运行的系统。
4> 尽量防止对系统的独占使用。


TAG: 测试相关资料

 

评分:0

我来说两句

Open Toolbar