功能测试基础之界面测试

功能测试基础之界面测试

---

前言

软件测试功能测试是基础，未尝见过一个熟知自动化测试和测试开发及性能测试的人员不懂软件功能测试的，即便不懂，也不可能做好自动化测试和测试开发及性能测试工作。为什么呢？因为功能测试是一切测试的基础，一个软件程序的基本功能如果不满足，就谈不上性能等指标。而且功能测试还是一个培养测试思维的过程，软件系统如何测试，随机测试的理念虽然有被提出并发展，但也是建立在功能测试基础上的。包括功能测试的一般流程是怎样的，测试用例如何编写，如何写出高效并实用的测试用例，如何使用测试管理工具管理测试需求，测试用例和测试结果，如何描述发现的bug，如何与业务人员和开发人员及上级经理沟通，这些，都有助于培养测试行业思维。目前，BAT三巨头软件测试面试时提出的一些设计功能测试用例的案例，无论对于招聘功能测试人员还是自动化，性能，测试开发人员，测试用例的设计，几乎是面试必考的知识点，准确的说考的就是测试思维，看你如何进行测试，通过你对于测试用例的设计，可以发现你的测试底润，既你是否掌握了基础的功能测试方法。
功能测试方法有界面测试，数据测试，操作测试，流程测试和接口测试，其中界面测试又分为易用性、规范性、合理性、美观与协调性、菜单位置、独特性、安全性考虑，本文就一个一个来看这些界面测试实用方法。

---

一、易用性

简述

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

---

易用性细则

1. 完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。
2. 按功能将界面划分局域块，用Frame框括起来,并要有功能说明或标题。
3. 界面要支持键盘自动浏览按钮功能，即按Tab键、回车键的自动切换功能。
4. 界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
5. 默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。
6. 可写控件检测到非法输入后应给出说明并能自动获得焦点。
7. Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式。
8. 复选框和选项框要有默认选项，并支持Tab选择。
9. 专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼。

---

二、规范性

简述

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

---

规范性细则

1. 常用菜单要有命令快捷方式。
2. 菜单深度一般要求最多控制在三层以内。
3. 工具栏要求可以根据用户的要求自己选择定制。
4. 工具栏中的每一个按钮要有及时提示信息。
5. 工具栏的图标能直观的代表要完成的操作。
6. 系统常用的工具栏设置默认放置位置。
7. 工具栏太多时可以考虑使用工具厢。
8. 状态条要能显示用户切实需要的信息。
9. 滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。

---

三、合理性

简述

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

---

合理性细则

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

---

四、美观与协调性

简述

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

---

美观与协调性细则

1. 按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置。
2. 按钮的大小要与界面的大小和空间要协调。
3.避免空旷的界面上放置很大的按钮。
4. 字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12较为美观，很少使用超过12号的字体。
5. 界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。

五、菜单位置

简述

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

---

菜单测试细则

1. 下拉菜单要根据菜单选项的含义进行分组，并且按照一定的规则进行排列，用横线隔开。
2.一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。
3. 没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头， 不常用的靠后放置；重要的放在开头，次要的放在后边。
4. 菜单深度一般要求最多控制在三层以内。
5. 对常用的菜单要有快捷命令方式。
6.对与进行的操作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式——即只有需要的菜单才显示——最好。
7. 菜单前的图标不宜太大，与字高保持一直最好。

六、独特性

简述

如果一味的遵循业界的界面标准，则会丧失自己的个性.在框架符合以上规范的情况下，设计具有自己独特风格的界面尤为重要。尤其在商业软件流通中有着很好的迁移默化的广告效用。（只限于产品，对于针对产品做定制的项目和新开发的项目下面的项均不适合）

---

独特性测试细则

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

七、安全性考虑

简述

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

---

安全性测试细则

1. 应当注意尽可能避免用户无意录入无效的数据。
2.当用户作出选择的可能性只有两个时,可以采用单选框。
3. 当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择。
4. 在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。
5. 对可能造成等待时间较长的操作应该提供取消功能。
6. 特殊字符常有；;’”><,｀‘：“［”｛、|｝］+=)-(_*&&^%$#@!
,.。?/还有空格。
7. 与系统采用的保留字符冲突的要加以限制。
8. 有些读入数据库的字段不支持中间有空格，但用户切实需要输入中间空格，这时要在程序中加以处理。

总结

很多0基础的同学发现对于功能测试的测试用例设计脑海中一片空白，功能测试基础之界面测试的易用性、规范性、合理性、美观与协调性、菜单位置、独特性、安全性考虑这些内容有助于培养测试思维，再也不用发愁没有设计测试用例的思路了。当然，快速发展的互联网创业公司可能不需要写测试用例，那就另当别论。要把这些知识印在脑海中，应用的时候才会信手摘来。