界面测试(全)

1 文本框的测试

如何对文本框进行测试

a,输入正常的字母或数字。 b,输入已存在的文件的名称；

c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256 个字符，检查程序能否正确处理； d,输入默认值，空白，空格；

e,若只允许输入字母，尝试输入数字；反之；尝试输入字母； f,利用复制，粘贴等操作强制输入程序不允许的输入数据； g,输入特殊字符集，例如，NUL及\\n等；

h,输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示；

i,输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示

在测试过程中所用到的测试方法：

1,输入非法数据； 2,输入默认值； 3,输入特殊字符集； 4,输入使缓冲区溢出的数据； 5,输入相同的文件名；

2 命令按钮控件的测试

测试方法：

a,点击按钮正确响应操作。如，单击确定，正确执行操作；单击取消，退出窗口；

b,对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31；

c,对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会； 单选按钮控件的测试

测试方法：

a,一组单选按钮不能同时选中，只能选中一个。

b,逐一执行每个单选按钮的功能。分别选择了“男”“女”后，保存到数据库的数据应该相应的分别为“男”“女”； c,一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空；

1 / 15

3 up－down控件文本框的测试

测试方法：

a,直接输入数字或用上下箭头控制，如，在“数目”中直接输入10，或者单击向上的箭头，使数目变为10； b,利用上下箭头控制数字的自动循环，如，当最多数字为253时，单击向上箭头，数目自动变为1；反之亦适用；

c,直接输入超边界值，系统应该提示重新输入；

d,输入默认值，空白。如，“插入”数目为默认值，点击“确定”；或，删除默认值，使内容为空，单击“确定”进行测试；

e,输入字符。此时系统应提示输入有误。

4组合列表框的测试

测试方法：

a,条目内容正确，其详细条目内容可以根据需求说明确定； b,逐一执行列表框中每个条目的功能； c,检查能否向组合列表框输入数据；

5复选框的测试

测试方法：

a,多个复选框可以被同时选中； b,多个复选框可以被部分选中； c,多个复选框可以都不被选中； d,逐一执行每个复选框的功能；

6列表框控件的测试

测试方法：

a,条目内容正确；同组合列表框类似，根据需求说明书确定列表的各项内容正确，没有丢失或错误； b,列表框的内容较多时要使用滚动条；

c,列表框允许多选时，要分别检查shift选中条目，按ctrl选中条目和直接用鼠标选中多项条目的情况；

7滚动条控件的测试

要注意一下几点：

a,滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word中浏览100页文档，浏览到50页时，滚动条位置应处于中间； b,拖动滚动条，检查屏幕刷新情况，并查看是否有乱码； c,单击滚动条； d,用滚轮控制滚动条；

2 / 15

e,滚动条的上下按钮。

8各种控件在窗体中混和使用时的测试

a,控件间的相互作用；

b,tab键的顺序，一般是从上到下，从左到右； c,热键的使用，逐一测试； d,enter键和esc键的使用；

在测试中，应遵循由简入繁的原则，先进行单个控件功能的测试，确保实现无误后，再进行多个控件的的功能组合的测试。

ps:密码输入框测试时要特别注意进行字母大写输入的测试。

9查找替换操作

案例演示:打开word中的\"替换\"对话框 测试本功能有通过测试和失败测试两种情况 通过测试:

1,输入内容直接查找,或查找全部

2,在组合框中寻找已经查找过的内容,再次查找并确认文档的内容正确,如,已经查找过\"测试用例\再次进入不用重新输入查找内容,直接在文档中搜寻就可以.

失败测试:

1,输入过长或过短的查询字符串.如,假设查询的字符串长度为1到255,那么输入0,1,2,256,255和2进行测试;

2,输入特殊字符集,如,在word中.^g代表图片,^代表分栏符,可以输入这类特殊字符测试;

替换测试大体相同.

关于编辑操作窗口的功能测试的用例:

1,关闭查找替换窗口.不执行任何操作,直接退出;

2,附件和选项测试.假如,设定\"精确搜寻\向后\"搜索等附件选项等等来测试;

3,控件间的相互作用.如,搜寻内容为空时,按钮\"搜寻全部\搜寻\全部替换\替换\"都为灰色. 4,热键, Tab键.回车键的使用.

10插入操作

1,插入文件 测试的情况 a,插入文件; b,插入图像;

c,在文档中插入文档本身; d,移除插入的源文件; e,更换插入的源文件的内容;

3 / 15

2,链接文件 测试方法: a,插入链接文件; b,在文档中链接文档本身; c,移除插入的源文件; d,更换插入的源文件的内容.

3,插入对象 要测试的内容

a,插入程序允许的对象,如,在word中插入excel工作表; b,修改所插入对象的内容.插入的对象仍能正确显示;

c,卸载生成插入对象的程序,如,在word中插入excel工作表后卸载excel,工作表仍正常使用.

11编辑剪切操作

编辑操作包括剪切,复制,粘贴操作.

测试剪切操作的方法

a,对文本,文本框,图文框进行剪切; b,剪切图像 c,文本图像混合剪切 复制操作方法与剪切类似.

测试时,主要是对粘贴操作的测试,方法是: a,粘贴剪切的文本,文本框及图文框; b,粘贴所剪切的图像; c,剪切后,在不同的程序中粘贴

d,多次粘贴同一内容,如,剪切后,在程序中连续粘贴3次; e,利用粘贴操作强制输入程序所不允许输入的数据.

界面测试用例的设计方法

1,窗体

测试窗体的方法:

a,窗体大小,大小要合适,控件布局合理;

b,移动窗体.快速或慢速移动窗体,背景及窗体本身刷新必须正确; c,缩放窗体,窗体上的控件应随窗体的大小变化而变化;

d,显示分辨率.必须在不同的分辨率的情况下测试程序的显示是否正常;

进行测试时还要注意状态栏是否显示正确;工具栏的图标执行操作是否有效,是否与菜单栏中图标显示一致;错误信息内容是否正确,无错别字,且明确等等;

4 / 15

2,控件

测试方法:

a,窗体或控件的字体和大小要一致; b,注意全角,半角混合 c,无中英文混合.

3菜单

进行测试时要注意

a,选择菜单是否可以正常工作,并与实际执行内容一致; b,是否有错别字: c,快捷键是否重复; d,热键是否重复;

e,快捷键与热键操作是否有效 f,是否存在中英文混合

g,菜单要与语境相关,如,不同权限的用户登陆一个应用程序,不同级别的用户可以看到不同级别的菜单并使用不同级别的功能; h,鼠标右键快捷菜单 特殊属性

1,安装界面应有公司介绍或产品介绍,有公司的图标 2,主界面及大多数界面最好有公司图标 3,选择\"帮助\"->\"关于\"命令,应

看见相关版权和产品信息

界面测试

1：易用性：

按钮名称应该易懂，用词准确，摒弃模棱两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。

易用性细则：

1):完成相同或相近功能的按钮用frame框起来，常用按钮要支持快捷方式。 2):完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。

3):按功能将界面划分区域块，用Frame框括起来,并要有功能说明或标题。 4):界面要支持键盘自动浏览按钮功能，即按Tab键、回車鍵的自动切换功能。

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

6):同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。 7):分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab

8):默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。

5 / 15

9):可寫控制項檢測到非法輸入後應給出說明並能自動獲得焦點。

10):Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式。

11):核取方塊和選項框按選擇幾率的高底而先後排列。 12):核取方塊和選項框要有默認選項，並支援Tab選擇。 13):選項數相同時多用選項框而不用下拉清單框。 14):界面空间较小时使用下拉框而不用选项框。

15):选项数較少时使用选项框，相反使用下拉列表框。

16):专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词语。

2： 规范性：

通常界面设计都按Windows界面的规范来设计，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具厢。 规范性细则：

1):常用菜单要有命令快捷方式。

2):完成相同或相近功能的菜单用横线隔开放在同一位置。 3):菜单前的图标能直观的代表要完成的操作。 4):菜单深度一般要求最多控制在三层以内。

5):工具栏要求可以根据用户的要求自己选择定制。 6):相同或相近功能的工具栏放在一起。

7):工具栏中的每一个按钮要有及时提示信息。 8):一条工具栏的长度最长不能超出屏幕宽度。 9): 工具栏的图标能直观的代表要完成的操作。 10):系统常用的工具栏设置默认放置位置。 11):工具栏太多时可以考虑使用工具箱。

12):工具箱要具有可增减性，由用户自己根据需求定制。 13):工具箱的默认总宽度不要超过屏幕宽度的1/5。 14): 状态条要能显示用户切实需要的信息，常用的有：

目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示。

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

16)：状态条的高度以放置五好字为宜，滚动条的宽度比状态条的略窄。

17)：菜单和工具条要有清楚的界限;菜单要求凸出显示，这样在移走工具条时仍有立体感。 18)：菜单和状态条中通常使用5号字体。工具条一般比菜单要宽，但不要宽的太多，否则看起来很不协调。

19): 右键快捷菜单采用与菜单相同的准则。

3：帮助设施：

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

1)：帮助文档中的性能介绍与说明要与系统性能配套一致。(我们的系统帮助文档都是系统的祖先时期的说明，让人困惑)。

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

6 / 15

3)：操作时要提供及时调用系统帮助的功能。常用F1。

4)：在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。也就是说帮助要有即时针对性。

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

6)：用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主题词。 7)：如果没有提供书面的帮助文档的话，最好有打印帮助的功能。

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

4：合理性：

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

1)：父窗体或主窗体的中心位置应该在对角线焦点附近。 2)：子窗体位置应该在主窗体的左上角或正中。

3)：多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。 4)：重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。

5)：错误使用容易引起界面退出或关闭的按钮不应该放在易点击的位置。横排开头或最后与竖排最后为易点位置。 6)：与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示，没法使用该按钮)。 7)：对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。 8)：非法的输入或操作应有足够的提示说明。

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

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

5：美观与协调性：

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

1): 长宽接近黄金点比例，切忌长宽比例失调、或宽度超过长度。 2): 布局要合理,不宜过于密集，也不能过于空旷，合理的利用空间。 3): 按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置。 4): 按钮的大小要与界面的大小和空间要协调。 5): 避免空旷的界面上放置很大的按钮。

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

7): 字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12较为美观，很少使用超过12号的字体。

8): 前景与背景色搭配合理协调，反差不宜太大，最好少用深色，如大红、大绿等。常用色考虑使用Windows界面色调。

9): 如果使用其他颜色，主色调要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。 10): 大型系统常用的主色有\"#E1E1E1\"、\"#EFEFEF\"、\"#C0C0C0\"等。

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

12): 如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放。

7 / 15

13)：对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。 14): 通常父窗体支持缩放时，子窗体没有必要缩放。

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

6：菜单位置：

菜单是界面上最重要的元素，菜单位置按照按功能来组织。 菜单测试细则：

1): 菜单通常采用“常用--主要--次要--工具--帮助”的位置排列，符合流行的Windows风格。 2): 常用的有“文件”、“編輯”，“查看”等，幾乎每個系統都有這些選項，當然要根據不同的系統有所取捨。

3): 下拉菜单要根据菜单选项的含义进行分组，並且按照一定的规则进行排列，用横线隔开。 4): 一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。

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

6): 如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。 7): 菜单深度一般要求最多控制在三层以内。

8): 对常用的菜单要有快捷命令方式，组合原则见8。

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

10): 菜单前的图标不宜太大，与字高保持一直最好。

11): 主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。 12): 主菜单数目不应太多，最好为单排布置。

13):菜单条是否显示在合适的语境中？

14):应用程序的菜单条是否显示系统相关的特性（如时钟显示）？

15):下拉式操作能正确工作吗？

16):菜单、调色板和工具条是否工作正确？

17):是否适当地列出了所有的菜单功能和下拉式子功能？

18):是否可能通过鼠标访问所有的菜单功能？

19):相同功能按钮的图标和文字是否一致？

20):是否能够用其他的文本命令激活每个菜单功能？

21):菜单功能是否随当前的窗口操作加亮或变灰？

22):菜单功能是否正确执行？

23):菜单功能的名字是否具有自解释性？

8 / 15

24):菜单项是否有帮助，是否语境相关？

25):在整个交互式语境中，是否可以识别鼠标操作？

26):如果要求多次点击鼠标，是否能够在语境正确识别？

27):如果鼠标有多个按钮，是否能够在语境中正确识别？

28):光标、处理指示器和识别指针是否随操作恰当地改变？

7:独特性：

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

测试细则：

1): 安装界面上应有单位介绍或产品介绍，并有自己的图标。 2): 主界面，最好是大多数界面上要有公司图标。

3): 登录界面上要有本产品的标志，同时包含公司图标。 4): 帮助菜单的“关于”中应有版权和产品信息。

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

8：快捷方式的组合

在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快一些在西文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 上下文相关帮助。 按钮中：

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

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

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

9 / 15

9:安全性考虑：

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

1)：最重要的是排除可能会使应用非正常中止的错误。 2)：应当注意尽可能避免用户无意录入无效的数据。 3)：采用相关控件用户输入值的种类。

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

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

6)：当选项特别多时，可以采用列表框，下拉式列表框。

7)：在一个应用系统中,开发者应当避免用户作出未经授权或没有意义的操作。 8)：对可能引起致命错误或系统出错的输入字符或动作要加或屏蔽。

9):对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。 10):对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。

11)：对错误操作最好支持可逆性处理，如取消系列操作。

12):在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。 13):对可能造成等待时间较长的操作应该提供取消功能。 14)：特殊字符常有；;’”><,｀‘：“［”｛、\\|｝］+=)-(_*&&^%$#@! ,.。?/还有空格。

15)：与系统采用的保留字符冲突的要加以。

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

17)：有些读入数据库的字段不支持中间有空格，但用户切实需要输入中间空格，这时要在程序中加以处理。

10:多窗口的应用与系统资源：

设计良好的软件不仅要有完备的功能，而且要尽可能的占用最底限度的资源。

1)：在多窗口系统中，有些界面要求必须保持在最顶层，避免用户在打开多个窗口时，不停的切换甚至最小化其他窗口来显示该窗口。

2)：在主界面载入完毕后自动卸出内存，让出所占用的WINDOWS系统资源。 3)：关闭所有窗体，系统退出后要释放所占的所有系统资源 ，除非是需要后台运行的系统。 4)：尽量防止对系统的独占使用。

5)：窗口能否基于相关的输入或菜单命令适当地打开？

6)：窗口能否改变大小、移动和滚动？

7)：窗口中的数据内容能否使用鼠标、功能键、方向箭头和键盘访问？

8)：当被覆盖并重调用后，窗口能否正确地再生？

9)：需要时能否使用所有窗口相关的功能？

10 / 15

10)：所有窗口相关的功能是可操作的吗？

11)：是否有相关的下拉式菜单、工具条、滚动条、对话框、按钮、图标和其他控制可为窗口可用，并适当地显示？

12)：显示多个窗口时，窗口的名称是否被适当地表示？

13)：活动窗口是否被适当地加亮？

14)：如果使用多任务，是否所有的窗口被实时更新？

15)：多次或不正确按鼠标是否会导致无法预料的副作用？

16)：窗口的声音和颜色提示和窗口的操作顺序是否符合需求？

17)：窗口是否正确地关闭？

界面测试：

1．应验证界面显示内容的完整性：

a) 报表显示时应考虑数据显示宽度的自适应或自动换行。

b) 所有有数据展现的界面（如统计、查询、编辑录入、打印预览、打印等），必须使测试数据的记录数超过一屏/一页，以验证满屏/页时其窗体是否有横向、纵向滚动条或换页打印，界面显示是否正常； 2．应验证界面显示内容的一致性：

a) 如有多个系统展现同一数据源时，应保证其一致性； 3．应验证界面显示内容的准确性：

a) 对于报表中的所有字段值都应该有明确的定义，对于无意义的字段值，不应该显示空，应显示“--”或“/”，表示该字段值无意义。 4．应验证界面显示内容的友好性：

a) 对统计的数据应按用户习惯进行分类、排序。

b) 某些重要信息在输入、修改、删除时应有“确认”提示信息； c) 界面内容更新后系统应提供刷新功能。

d) 用户在退出系统后重新登陆时应考虑是否需要自动返回到上次退出系统时的界面；

5．应验证界面提示信息的指导性：

11 / 15

a) 在多个业务功能组成的一个业务流程中，如果各个功能之间的执行顺序有一定的制约条件，应通过界面提示用户。

b) 用户提示信息应具有一定的指导性，在应用程序正在进行关键业务的处理时，应考虑在前台界面提示用户应用程序正在进行的处理，以及相应的处理过程，在处理结束后再提示用户处理完毕。

c) 在某些数据输入界面，如果要求输入的数据符合某项规则，应在输入界面提供相应的规则描述；当输入数据不符合规则时应提示用户是否继续。

d) 在对任何配置信息修改后，都应该在用户退出该界面时提示用户保存（如果用户没有主动保存的情况下）； 6．应验证界面显示内容的合理性：

a) 在对某些查询功能进行测试时，应考虑查询条件的设置的合理性以及查询结果的互补性。如某些后台处理时间不应该作为查询条件。

b) 界面测试时，应考虑某一界面上按钮先后使用的顺序问题，以免用户对此产生迷惑。例如只能在查询成功后显示执行按钮。

c) 界面测试时，应验证窗口与窗口之间、字段与字段之间的浏览顺序是否正确； 7．界面测试时，应考虑用户使用的方便性：

a) 在某些对数据进行处理的操作界面，应考虑用户可能对数据进行处理的频繁程度和工作量，考虑是否可以进行批量操作。 8．界面测试时，应考虑界面显示及处理的正确性：

a) 界面测试时应验证所有窗体中的对象状态是否正常，是否符合相关的业务规则需要。

b) 应验证各种对象访问方法（Tab健、鼠标移动和快捷键）是否可正常使用，并且在一个激活界面中快捷键无重复；

c) 界面测试不光要考虑合理的键盘输入，还应考虑是否可以通过鼠标拷贝粘贴输入。

d) 对于统计查询功能的查询结果应验证其是否只能通过界面上的查询或刷新按键人工触发，应避免其他形式的触发。

e) 对界面上的任何对象进行拖拉，然后进行查询、打印，应保证查询打印结果不变；

9．界面测试时，应考虑数据显示的规范性：

a) 确保数据精度显示的统一：如单价0元，应显示为0.00元； b) 确保时间及日期显示格式的统一；

12 / 15

c) 确保相同含义属性/字段名的统一；

d) 对所有可能产生的提示信息界面内容和位置进行验证，确保所有的提示信息界面应居中。

界面测试规则

以下规则应该重视： 操作项 UI色彩与字体 基本规范 1） UI字体，色彩要一致。 2） 整体色彩搭配要融为一体，同时诸如Caption，Button起提示、提交作用的部分要清楚，醒目。 3） 不可修改的字段，统一使用灰色文字显示。(例：浏览页面、删除页面均需显示灰色) 窗口风格 1） 所有窗口最大化、最小化风格要一致。 2） 报错页面的风格一致，最好有统一的报错页面。 3） 类似功能的窗口打开的风格要一致。 4） 相同功能在不同模块的名称要一致。 界面风格一致性5） 子窗体应尽量在显示在主窗体的左上或居中放置。 6） 弹出式窗口应尽量在不借助水平和垂直滚动条的情况下显示所有内容。 7） 窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；不能只放大窗体而忽略控件的缩放。 8） 父窗体支持缩放时，子窗体不必缩放。 9） 实现自定义界面风格（可参考电子社区系统） 布局与间1） 窗体控件布局和间距尽量与Windows标准保持一致。 距（待定） 2） 按钮与窗体上、下、左、右之间的间距为 3） 按钮之间的间距为 4） „„ 菜单深度 1） 菜单深度一般不要超过三层 2） 菜单层次太多时，应给出返回主窗口、主分支的快捷链接。 按 钮 1） 按钮风格相同，大小相似，标题字体保持一致，在整个系统中的显示位置要统一。 2） 无效按钮要屏蔽。

13 / 15

控 件 1） 各复选框和选项框按选择几率的高低而先后排列。 2） 复选框和选项框要有默认选项，并支持Tab选择。 3） 界面空间较小时使用下拉框而不用选择框。 4） 选项数较少时使用选项框，相反使用下拉列表框。 操作项 必输项 基本规范 1）必输项中不可为空，不可输入空格 2）必输项给出必输项标识（*）。 3）非必输项字段，Null插入数据库时不会出错，在数据库中设置默认值。 字段长度 超过数据库规定长度时不允许输入，自动截断超长部分（注：2字符=1字） 格式校验 1）身份证号、E-MAIL、邮箱等特定字段的格式要符合需求的规定。 日期格式 1） 日期显示格式一致，为：yyyy-mm-dd。 2） 使用日期控件，则不可手工录入。 3） 若允许手工输入：需做格式校验。不可输入字符串、汉字、特殊字符。 4） 若允许手工输入：对于日期段，需在截止日期小于开始日期时给出提示。 文本框输入特殊字符 1）输入区域输入特殊字符，插入数据库时不出错或提示不允许输入特殊字符。特殊字符包括：„ “ = @ ` ~ $ % ^ %￥& # @等 英文输入 数值字段 字符字段 单行文本框/多行文本框 附件 英文输入不区分大小写，不可输入汉字、数字及特殊字符 只能输入+，—，0~9及功能键(BackSpace光标)。数值不能为负数。 字符字段中只能输入字符，非法字符如单引号、数字均不可输入 1) 长度合适，可以容纳相应文字，但不能超过数据库该字段长度，最好将可以输入的最大字符数标在旁边。建议单行文本框中当输入的字符超过一定长度时再输入无效；对于多行文本框给出最大字符数标识 1） 可正常添加符合格式的附件。 2） 附件可正常打开和保存，附件名较长时可正常操作。 3） 直接输入错误的附件地址，保存时应给出提示信息。 4） 附件打开和保存到本地时，文件名要显示原文件的文件名。 密码输入 1） 需在需求中定义密码是否允许为空或空格；密码是否允许特殊字符；是否区分大小写，密码的可输入长度。 2） 程序中应给出文字说明密码的可输入长度。 行面界户操作项 基本规范

14 / 15

鼠 标 1）鼠标为不可点击状态时显示箭头，可点击状态显示手型；系统忙时显示沙漏形状 光标定位 1） 打开新增（修改）页面时，光标初始定位在第一个待输入的文本区 2） 因输入不正确提示用户重新输入时，光标默认focus在出错的输入区，并高亮全选该错误输入。 3） 若必输项未填写完毕就提交，应给出说明信息并能自动获得焦点； 4） 可写控件检测到非法输入后应给出说明并能自动获得焦点 TAB键 1） 界面支持键盘自动浏览按钮功能。即TAB的自动切换功能。

15 / 15