对于我们来说真正的软件测试其实不仅仅只是关注一些常用的功能或某个特定的测试，往往被测试人员忽视的测试点其实对客户来说也是被关注的重要内容，真正懂技术的客户其实很少，那么你就知道软件测试界面对于客户的重要性了
什么是软件界面（UI）：
标准的定义是讲到，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。
界面测试的目的：
通过用户界面 (UI) 测试来核实用户与软件的交互。UI 测试的目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，UI 测试还要确保
UI 功能内部的对象符合预期要求，并遵循公司或行业的标准。
通过浏览测试对象可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法(Tab 键、鼠标移动和快捷键)的使用。窗口的对象和特征(例如:菜单、大小、位置、状态和中心)都符合标准。
一、界面的测试关注点：
1、标题栏
a、标题文字描述的正确性
b、标题栏中（最大化、最小化、关闭）按钮，根据窗口的特性，如没有最大化或者最小化状态的窗口，应该不显示最大化和最小化按钮，或者把按钮 Disable 状态显示。
2、文字
（1）文字描述的准确性：
a、检查文字的描述和所对应的功能是否一致；
b、检查错别字。
（2）文字用语的一致性：
（菜单、界面按钮或者 Label 等、ToolTip、窗口标题）
比如选项设置，在主界面的有按钮可以进入选项设置对话框，或者菜单中有菜单项可进入选项设置对话框中，那么，按钮、菜单、对话框的标题都应该统一用词，如用“选项”或者“设置”，而不能又用“选项”，又用“设置”，或者还有其他的的用词。
（3）为了全面的检查所有的文字，应该检查程序中的所有文字资源，因为一些对话框可能比较难在黑盒测试的时候能全部都出现过。
3、控件
（1）控件对齐：
并排关系的控件间应该左对齐，同行的控件应该横向对齐。有所属关系的控件应该缩进。eg：
（2）控件状态：
a、不能操作的的控件的状态应该为 Disable，这样界面也起到引导用户使用操作的效果。
b、有依赖关系的控件，比如（几个选项供选择（CheckBox 或者 RadioBox），每个选项下面都有独立的设置（其他的控件：Edit、ComboBox、CheckBox 等），那么当所属的选项没有选中时，下面的控件应该是 Disable 的，相反为 Enable。
（3）控件的 TabOrder
控件的 TabOrder 应该依次从上到下、从左到右的顺序，界面中默认的 TabOrder 应该落在界面上的第一个 Enable 状态的控件上面。
（4）控件的右键菜单支持
允许输入的控件都应该支持右键菜单，方便习惯使用右键菜单的用户复制、剪切、粘贴、全选等操作。
（5）控件的操作方式
a、单行文本的 Edit 输入框中，对回车符的支持：回车默认操作是本窗口中的“确定”按钮的功能。
b、在可操作的列表控件（List、ListView）中，鼠标双击的操作、键盘操作都应该有对应的默认操作。比如下面的图中，双击列表中某一项，默认操作就是 Modify 按钮的操作；双击列表中的空白处，默认操作应该是 Add 按钮的操作；选中列表中的项的情况下，按下 Delete 键，默认操作应该是 Remove 按钮的操作。
（6）Edit 控件对输入的有效性判断
a、类型判断：整型、浮点型的数据输入框中，不允许输入非表示数据的其他字符串（如：abcd 或者其他字符等）；
b、大小判断：数据类型的数据如有大小范围限制的，要对输入的大小进行判断
（如：表示月份的输入框中，只能允许输入 1－12 的数字。
c、长度判断：如果是程序处理的字符串有长度限制，但是输入框中没有对输入的数据长度进行限制，将有可能会造成程序错误，或者处理后的结果和输入的不相符合。
d、正确性判断：表示路径的或者文件名全路径的输入框，要对输入的路径是否为有效的路径进行判断，如：输入 aaaa 或者 C:\\//等为不正确的输入。
4、图片：图片显示的篇幅不要太大。
5、界面整体的颜色搭配
6、窗口在任务栏上的系统菜单
每个应用程序，如窗口在系统任务栏上有缩小图标的，都应该有系统右键菜单的支持（还原、最大化、最小化等），要测试右键菜单中各个项的 Enable 和 Disable 状态的正确性以及功能的正确性。
二、提示对话框测试要点：
1、文字描述的正确性
2、图标显示的正确性：
