|
|
知识路径： > 测试技术的分类 > 易用性测试 >
|
被考次数：1次
被考频率：低频率
总体答错率：21%
知识难度系数： 
|
由 软考在线 用户真实做题大数据统计生成
|
|
相关知识点：7个
|
|
|
|
|
用户界面测试主要核实用户与软件之间的交互，验证用户界面中的对象是否按照预期的方式运行，并符合国家或行业的标准。
|
|
|
|
界面测试中的部分工作主观性比较强，测试结果往往与测试人员的喜好有关。因此，界面测试的一个缺点就是，测试人员在整个测试过程中身心不可能保持一致，在一定程度上会影响测试结果的准确性。
|
|
|
|
用户界面测试可分为整体界面测试和界面中的元素测试。界面中的元素主要包括窗口、菜单、图标、文字、鼠标等。
|
|
|
|
|
|
界面整体测试是指对界面的规范性、一致性、合理性等进行测试和评估。
|
|
|
|
|
|
软件的界面要尽量符合现行标准和规范，并在应用软件中保持一致。而开发软件时就要充分考虑软件界面的规范性，最好的办法是采取一套行业标准。现在许多行业已有自己的标准，如IBM标准、Microsoft标准、Apple标准。这些标准已经基本包含“菜单条、工具栏、工具箱、状态栏、滚动条、右键快捷菜单”的标准格式，以上标准已经基本完善，对某些行业只需利用已有的成果就可以。
|
|
|
|
对于一些特殊行业，由于系统使用环境和用户使用习惯的特殊性，使用以上标准是远远不够的，还要对自身特殊的需要加以补充。如软件的用户定位包括不同年龄阶段的用户，那么就会有一些用户基本不使用鼠标右键，年龄较大的用户难以看清密集的较小的文字，或用户对计算机系统和网络不够熟悉，或硬件环境一般，甚至比较差，少有配置优良的计算机等等。在这种环境下，用户对计算机的使用一般没有使用倾向，大多更适应手工操作。像这种情况，特殊行业都要有一套自己比较完善的标准和规范。
|
|
|
|
这些标准和规范是经过各种类型的测试与评估，不断总结，经验积累和反反复复设计成果。在界面测试中，测试工程师应该严格遵循这些标准和规范设计界面规范性测试用例。
|
|
|
|
|
|
界面的合理性是指界面是否与软件功能相融洽，界面的颜色和布局是否协调等。如果界面不能体现软件的功能，那么界面的作用将大打折扣。所以，界面的合理性是界面美的首要因素，它提醒设计者不要片面追求外观漂亮而导致失真或华而不实。
|
|
|
|
合理性差的界面无疑会混淆软件意图，致使用户产生误解。即使它不损害软件功能与性能，也会使用户产生不该有的情绪波动。合理的用户界面是应用程序的一个重要组成部分，也是使软件易用的重要基础。空间使用应当形成一种简洁、有序、易于操作的布局，使信息组织具有艺术性。如果一个界面上有太多或者杂乱无章的控件，会给用户寻找字段或者控件带来不便和困难。
|
|
|
|
|
|
. 界面中元素的文字、颜色等信息是否与功能不一致；
|
|
|
|
. 前景与背景色搭配是否合理协调，反差是不是太大；
|
|
|
|
|
|
|
|
|
|
一致性既包括使用标准的控件，也指相同的信息表现方法，如在字体、标签风格、颜色、术语、显示错误信息等方面确保一致。好的软件界面都具有相似的界面外观、布局、交互方式以及信息显示等。界面保持高度一致性，用户可以减少过多的学习和记忆量，从而降低培训和支持成本。
|
|
|
|
此外，软件的界面在不同平台上是否表现一致呢？作为测试人员不要忽略这一点。如颜色、字体，有时有些软件在不同的平台表现得不尽如人意“——”在一个系统上看上去很好，在另一个系统上常常看上去很糟。
|
|
|
|
对于在不同的平台测试软件界面的一致性可以用下面的方法：在不同分辨率下，观察界面的美观程度，分别在800×600，1024×768，1152×864, 1280×768，1280×1024，1200×1600大小的字体下进行测试。一个好的软件要有一个默认的分辨率，而在其他分辨率下也都能运行。
|
|
|
|
作为测试工程师，在测试界面一致性时应该注意以下几点因素。
|
|
|
|
. 布局是否一致，如所有窗口按钮的位置和对齐方式要一致；
|
|
|
|
. 标签和讯息的措辞是否一致，如在提示、菜单和帮助中产生相同的术语；
|
|
|
|
. 界面外观是否一致，如控件的大小、颜色、背景和显示信息等属性要一致，但一些需要艺术处理或有特殊要求的地方除外；
|
|
|
|
. 操作方法是否一致，如双击其中的项，使得某些事件发生，那么双击任何其他列表框中的项，都应该有同样的事件发生；
|
|
|
|
. 颜色的使用是否一致，颜色的前后一致会使整个应用软件有同样的观感；
|
|
|
|
|
|
|
|
|
|
|
|
|
|
对于适用于多层次用户的软件，由于用户熟练程度（外行、初学、熟练）不同、使用频度不同和不同角色，需要不同的操作方式或用户界面。如财务软件中财务总监的界面应提供大量查询功能和更多使用鼠标的操作，而会计、出纳的界面应提供更多的键盘快捷方式和以最少的步骤完成日常凭证制作审核。因此需要对界面的可定制性进行测试，测试中可参考以下几项测试内容。
|
|
|
|
. 界面元素的可定制性。可以允许用户定义工具栏、状态栏是否显示，工具栏显示在界面上的位置，如上方、下方或悬浮等；一些软件还可以定义菜单的位置。随着Windows XP的出现，界面风格的可定制也为软件个性化提供了新的特性。
|
|
|
|
. 工具栏的可定制性。工具栏为用户使用常用的功能提供了方便，但不同用户对“常用”的理解是不同的，因此，应当允许用户自定义工具栏，包括建立新的工具栏，选择要显示的工具栏，定义工具栏上的按钮，制定为工具按钮定义所链接的功能等。
|
|
|
|
. 统计检索的可定制性。检索和统计是用户向系统索取数据最经常用到的功能，检索条件是否灵活、分类统计是否合理、是否允许用户定义检索条件和统计项，需要测试人员在充分了解用户需求和使用习惯的基础上，制定大量案例，通过实际操作来体会。
|
|
|
|
. 报表的可定制性。各种各样的报表是软件对用户输出的重要方式，报表表头包括的项目、表格的行高列宽、表中数据的单位和显示格式超长超宽表的分页方式等如果能够允许用户自定义，则可以使软件生成的报表适用于更广泛的范围，减少用户二次处理表格的工作量，极大地方便用户的使用。
|
|
|
|
|
|
|
|
在Windows平台上运行的应用软件，窗口是软件界面的基础，正如操作系统的名字。窗口是显示设备中的一个区域，用于观看对象、对象相关信息以及应用与对象的动作进行交互。窗口有标题栏可以进行打开、关闭、创建、缩放、移动、删除、重叠等操作。
|
|
|
|
现在让我们了解一下窗口的基本组成部分，从外观上讲，一般窗口是由标题、边框、菜单、工作区、滚动条等组成（如下图所示）。虽然软件产品的窗口各种各样，令人眼花缭乱，但基本组成是相同的。
|
|
|
|
|
|
|
|
|
|
. 窗口控件的大小、对齐方向、颜色、背景等属性的设置值是否和程序设计规约相一致。
|
|
|
|
. 是否显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制，既能正确显示又能调用。
|
|
|
|
. 若窗口无法显示，所有内容是否能够改变大小、移动和滚动。
|
|
|
|
|
|
|
|
|
|
. 窗口的数据是否能够利用鼠标、功能键、方向箭头和键盘操作。
|
|
|
|
. 当窗口被覆盖并重新调用后，窗口是否能够正确再生。
|
|
|
|
|
|
|
|
|
|
|
|
. 在一个窗口中按Tab键，移动聚焦是否按顺序移动。Tab的顺序应是先从上至下，再从左至右。
|
|
|
|
. 子窗口位置是否在父窗口的左上角或正中，由于屏幕对角线相交的位置是用户直视的地方，正上方1/4处为易吸引用户注意力的位置，在放置窗口时要注意利用这两个位置。父窗口或主窗口的中心位置应该在对角线焦点附近。
|
|
|
|
. 当多个子窗口弹出时是否依次向右下方偏移，以显示出窗口标题为宜，如下图所示为Microsoft PowerPoint窗口重叠示意图。通常重叠的窗口具有固定大小和位置，新打开的窗口要堆叠在最近打开的窗口上，这些重叠的窗口都带有突出的标签以便选择。
|
|
|
|
. 重要的命令按钮与使用较频繁的按钮是否放在了界面上醒目的位置。因错误使用而引起界面退出或关闭的按钮，放在容易点击的位置。横排开头或结尾，与竖排结尾为容易点击的位置。
|
|
|
|
. 与正在进行的操作无关的按钮应该加以屏蔽（Windows中用灰色显示，没法使用该按钮）。
|
|
|
|
. 按钮的大小要与界面的大小和空间是否协调。避免在空旷的界面上放置很大的按钮。放置完控件后界面不应有很大的空缺位置。
|
|
|
|
. 多窗口的切换响应时间是否过长。如果切换时间过长就会使用户出现意外的焦躁情绪，而响应时间过短有时会造成用户操作节奏加快，从而导致用户操作错误。
|
|
|
|
|
|
Microsoft PowerPoint窗口重叠示意图
|
|
|
|
|
|
菜单对我们来讲是很熟悉的，它是应用程序命令项列表，菜单位置按照功能来组织。菜单按图形方式可以产生丰富多彩的菜单形式，例如条形菜单、水平和垂直的弹出式菜单、下拉菜单、T形菜单等。无论采用哪种方式，仅仅是菜单显示方式不同罢了，菜单的测试方法还是基本一样的。
|
|
|
|
菜单是否易用主要体现在它能否提供线索帮助用户识别，而不用强迫用户去记忆。如果用户只通过简单的培训或偶尔的使用，就可以接受该系统，那么简单和有规则的菜单尤其有效。
|
|
|
|
作为测试工程师，设计菜单界面测试用例主要应从以下几点考虑。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
这个测试用例可以适用不同的菜单，上表是针对菜单界面测试所设计的一个测试用例说明。这个测试用例通过测试人员测试，会找出更多的Bugs。
|
|
|
|
|
|
图标实际上属于菜单交互方式，只是它使用图标来代表文本菜单的菜单项。使用图标可以形象、逼真地反映菜单的功能，从而使理解、学习和操作变得更加易用。
|
|
|
|
由于图标是表示实体信息的简洁、抽象的符号，所以在日常生活中被广泛地使用。图标不仅仅作为表示实体的符号，还可以作为可视按钮项，当被选中激活时，可以完成指定的功能。
|
|
|
|
图标测试比较主观，与测试人员的喜好有关。比如，图标基调颜色刺眼，用户登入界面比较难于找到，图标比较抽象，图标范围太广等都属于用户界面测试中的缺陷。
|
|
|
|
形象的图标给人很大的帮助，使人容易理解其内涵。那么图标测试用例要考虑的重点有哪些呢，以下所提供的几点可以作为参考。
|
|
|
|
|
|
|
|
. 图标是否具有清晰的轮廓，轮廓清晰的图标可保证图像在不同背景色上都具有较好效果。
|
|
|
|
. 注意图标的尺寸，建议图标的尺寸小一些较好。如工具栏图标非常小，您使用简单的图像，以直观方式显示图像即可清晰地表达图标的含义，而不必使用其他的复杂方式。Windows XP图标有四种尺寸，建议使用以下四种尺寸：48×48像素，32×32像素，24×24像素以及16×16像素。
|
|
|
|
. 建议图标的外形与实际功能相似，应尽量避免抽象。这样的图标可以使用户很轻松、容易地认识此图标。
|
|
|
|
|
|
|
|
鼠标问题经常被人们忽略，但我们无时无刻都不能离开它。用户会把鼠标移进、移出窗口，或当光标在窗口中，用户按下、释放鼠标键，鼠标是否准确、灵活，对一个测试人员来说必将提到日程上来。
|
|
|
|
|
|
|
|
. 如果要求多次点击鼠标，是否能够在语境中正确识别；
|
|
|
|
. 如果鼠标有多个按钮，是否能够在语境中正确识别；
|
|
|
|
. 光标、处理指示器和识别指针是否随操作恰当地改变；
|
|
|
|
|
|
|
|
|
|
|
|
|
|
. 单击鼠标右键是否弹出菜单，取消右键是否隐藏弹出的菜单。
|
|
|
|
|
|
文字在视觉上向用户传达作者的意图和各种信息，如果文字的组合巧妙，在视觉传达的过程中能够给人以美的感受，从而获得良好的心理反应。反之，则使人看后心里不愉快，视觉上难以产生美感，甚至会让用户拒而不看，这样势必难以传达出作者想表现的意图和构想。
|
|
|
|
要达到这一目的必须考虑文字的整体诉求效果，给人以清晰的视觉印象。因此，在测试过程中，测试人员应该注意文字是否繁杂零乱，使人易认、易懂，测试文字主要依靠软件设计标准，观察文字是否有效地传达作者的意图，表达设计的主题和构想意念。
|
|
|
|
文字测试是测试软件中是否拼写正确，是否易懂，不存在二义性，没有语法错误；文字与内容是否有出入等等，包括图片文字。比如，“请输入正确的证件号码”中何谓正确的证件号码。证件可以为身份证、驾驶证，也可为军官证，如果改为“请输入正确的身份证号码”用户就比较容易理解了。
|
|
|
|
|
|
现在介绍一个菜单界面测试的模拟，软件人员开发了第一版的软件，如下图所示为菜单测试用例，供测试人员测试，此时测试人员将根据上面章节中提到的测试用例来找出软件的问题。
|
|
|
|
|
|
|
|
|
|
这个测试用例可以适用不同的菜单，如下表所示是针对菜单界面测试所设计的一个例子。这个测试用例通过测试人员测试，会找出更多的缺陷。
|
|
|
|
|
|
|
|
|
