程序测试规范(2)

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

　　5) 打包新系统时，对作了修改的地方在帮助文档中要做相应的修改。

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

　　1.4 合理性

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

　　1) 父窗体或主窗体的中心位置应该在对角线焦点附近。即采取屏幕居中。

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

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

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

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

　　6) 对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。并且将按钮的缺省焦点置在“取消”按钮上。

　　7) 非法的输入或操作应有足够的提示说明。

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

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

　　10) 对于需要执行长时间的操作，必须使用状态条，让用户了解进展情况，避免使用户误解为死机。

　　11) 大多数下拉框(ComboBox)，应该不允许用户输入，如果需要输入，应在设计文档中指出。

　　12) 当下拉框(ComboBox)允许用户不选择任何选项时，不应显示一个空的选项，应使用文字描述，如“请选择…”等。

　　13) 对于文本框(TextBox)一般需要根据其对应的数据库字段的类型以及长度来限制用户允许输入的字符和长度，测试时要注意输入框中的数值的最大数和最小数，以及默认值、空白值或空格时的情况。

　　14) 对于ListView以Report形式(ViewStyle属性=vsReport)显示数据，一般要求实现列排序，如果由于特殊原因不能实现列排序，应该禁止用户点击列。

　　15) 对于日期输入框是否接受正确的日期输入;是否拒绝错误的日期输入;日期输入框在日期输入后是否按既定的日期格式显示日期。

　　16) 对于单选组内是否有且只有一个单选钮可选;如果单选组内无单选钮可选，这种情况是否允许存在。

　　17) 复选框组内是否允许多个复选框(包括全部可选)可选;如果复选框组内无复选框可选，这种情况是否允许存在;文本框及某些控件拒绝输入和选择时显示区域是否变灰或按既定规约处理。

　　18) 密码输入框是否按掩码的方式显示。

　　19) 对于有增加、修改或删除等有变动操作的页面，要随操作及时刷新。

　　20) 对于数据录入界面，重点考虑如何提高用户的录入速度。例如界面中有“身份证号”和“出生日期”，当用户输入了一个合法的身份证号后，系统应该自动根据身份证号将出生日期提取出来并填入“出生日期”控件中。

　　21) 系统的提示框样式应统一，即使用标准的Windows提示框，其中包括标题、图标、提示语和功能按钮。图标使用要规范，要根据提示信息的性质选择不同的图标，而且除非严重的错误，一般不使用“X”图标，以免使用户产生畏惧心理。

　　22) 如果系统中需要经常录入一些重复数据，应考虑将其提取出来，让用户进行一次配置，然后系统自动根据配置完成该信息的录入。例如：系统有登记企业信息的功能，其中企业信息包括该企业所在的省、市、区，由于该系统安装到某个市级单位后，所登记企业的所在省、市都是确定的，让用户每次登记时都重复选择省、市将给用户带来很大的不便。应该由用户在系统初始化时设置好缺省的省、市，在企业登记时只要选择该企业所在的区即可，这样就提高了用户的登记效率。

　　23) 对于输入型控件禁止为其指定输入法。

　　24) 窗体显示后，缺省的焦点应该设在最合理的控件上，方便用户操作。

　　25) 输入型控件一般不允许只输入空格或可存入输入值两端的空格。

　　1.5 美观与协调性

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

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