什么是图形用户界面?
对于计算机应用程序,有两种接口。命令行界面 (CLI) 是一个程序,允许您编写文本并让计算机对其进行回复。图形用户界面 (GUI) 是一种使用图形而不是文字与计算机进行交互的方法。
以下是一些可用于与应用程序交互的图形用户界面组件 -
单选按钮
复选框
文本框
列表框
上述项目均通过 GUI 测试验证。
图形用户界面评估
GUI 测试是一种软件测试,用于检查产品的图形用户界面。图形用户界面 (GUI) 测试的目标是通过检查显示和控件(例如菜单、按钮和图标)来保证软件应用程序的功能按预期执行。
用户界面是用户所看到的。如果您访问 guru99.com,您首先会注意到的是主页,它是站点的 GUI(图形用户界面)。源代码对用户隐藏。用户可以看到用户界面。注意力主要集中在设计结构以及图片是否正常运行。
如果我们必须在上面的例子中进行 GUI 测试,我们首先检查图形在各种浏览器中是否完全显示。
链接也可用,按下按钮时应该起作用。此外,如果用户调整屏幕大小,任何图形或信息都不应缩小、裁剪或重叠。
本指南将教您如何
什么是 GUI 测试以及它是如何工作的?
需要 GUI 测试
当涉及到 GUI 测试时,你会怎么做?
GUI测试方法
GUI 测试的测试用例
演示 - 如何运行 GUI 测试
GUI 测试挑战
需要 GUI 测试
GUI 测试的基本原理现在是显而易见的。以下是您脑海中会出现的一些问题 -
GUI 测试的重点是什么?
真的有必要吗?
测试应用程序的功能和逻辑还不够吗?那么在 UI 测试上浪费时间有什么意义呢?
像用户而不是测试人员一样思考以找到答案。用户不熟悉 XYZ 软件/应用程序。应用程序的用户界面决定了用户是否会继续使用它。
应用程序/软件的设计和外观,以及他掌握 UI 的难易程度,是典型用户首先注意到的事情。如果用户对界面不舒服或发现应用程序难以理解,他将永远不会再使用它。因此,GUI 令人担忧,应进行彻底的测试以确保 GUI 没有错误。
GUI 测试清单
下面的清单将确保在软件测试中进行彻底的 GUI 测试。
检查所有 GUI 组件的大小、位置、宽度、长度以及字符或数字的接受程度。例如,您必须能够在输入区域中输入数据。
验证您是否可以使用 GUI 来执行应用程序的预期功能。
检查错误消息被准确地呈现。
检查屏幕是否清楚地区分不同的部分。
验证应用程序中使用的字体是否可读。
验证文本是否正确对齐。
确保排版和警告信息采用合适的配色方案。
检查照片是否清晰。
验证照片是否正确对齐。
对于不同的屏幕分辨率,请检查 GUI 组件的对齐情况。
GUI测试技术
GUI测试技术分为三类 -
手动测试- 在这种方法中,测试人员手动检查图形显示是否符合业务需求文档中给出的标准。
重放和记录- 自动化工具可用于进行 GUI 测试。这分为两个部分。自动化工具在记录期间捕获测试步骤。记录的测试步骤在重放期间在被测应用程序上进行。QTP 就是这种工具的一个例子。
基于模型的测试- 模型是系统行为的图形表示。它有助于理解和预测系统行为。模型有助于根据系统需求创建有效的测试用例。对于这种基于模型的测试,请记住以下几点 -
创建模型。
确定模型的输入。
计算模型的预测输出。
进行测试
比较实际结果和预期结果。
关于是否继续追求模型的选择。
一些可用于生成测试用例的建模策略包括 -
图表- - 显示系统的当前状态并将其与某些输入后的当前状态进行比较。
决策表- - 用于确定每个输入结果的表。
基于模型的测试是一种从仍在增长的需求中创建测试用例的方法。与其他两种方法相比,它的最大优势在于它可以检测您的 GUI 可以达到的不需要的条件。
下面列出的免费源工具可用于进行自动化 UI 测试。
Product | 许可 |
AutoHotkey | GPL |
Selenium | Apache |
Sikuli | MIT |
Robot Framework | Apache |
Water | BSD |
Dojo Toolkit | BSD |
以 GUI 测试的测试用例为例
基本上,GUI 测试需要以下内容 -
组件的大小、位置、宽度和高度都在测试中。
正在测试显示的错误消息。
对屏幕的各个区域进行了测试。
评估字体以查看其是否可读。
放大和缩小以测试640☓480、600☓800等不同分辨率下的屏幕。
检查文本和其他组件(例如图标、按钮等)是否正确对齐。
正在测试字体颜色。
为错误和警告消息尝试不同的颜色。
检查图像是否清晰。
正在测试照片的对齐方式。
正在检查拼写。
在使用系统界面时,用户一定不要生气。
检查 UI 是否有吸引力。
如果有任何滚动条,它们将根据页面大小进行测试。
如果有任何禁用的字段,它们将被测试。
正在测试照片的大小。
检查标题以查看它们是否正确对齐。
正在测试超链接的颜色。
演示:如何执行 GUI 测试
以下是测试用例的示例,其中包括 UI 和可用性情况。
TC 01- 仔细检查带有“源文件夹”标签的文本框的位置是否正确。
TC 02 - 仔细检查带有“Package”标签的文本框的位置是否正确。
TC 03 - 仔细检查标签“浏览”是否是位于文本框底部的名为“源文件夹”的按钮。
TC 04 - 确认标签“浏览”是文本框“包”末尾的按钮。
TC 05 - 仔细检查带有“名称”标签的文本框是否正确对齐。
TC 06 - 检查标签“Modifiers”是否有四个单选按钮,分别标记为 public、default、private 和 protected。
TC 07 - 检查标签“Modifiers”是否有四个单选按钮,它们适当地排成一行。
TC 08 - 检查“Modifiers”标签下的“Superclass”标签是否有适当对齐的下拉菜单。
TC 09 - 仔细检查标签“Superclass”是否包含一个带有标签“Browse”且位置适当的按钮。
TC 10 – 检查默认鼠标指针是否设置为单击任何单选按钮时的手鼠标指针。
TC 11 - 确保用户无法在“超类”下拉列表中键入。
TC 12 - 验证如果有任何错误选择,则必须生成适当的错误。
TC 13 - 检查错误是否必须在任何需要的地方以 RED 生成。
TC 14 - 检查错误消息是否有正确的标签。
TC 15 - 确保默认情况下始终选择单个单选按钮。
TC 16 - 在跳到前一个字段旁边的另一个字段时,确保 TAB 按钮工作正常。
TC 17 - 确保所有页面的标题都正确。
TC 18 - 检查页面上的文本是否正确对齐。
TC 19 - 确保在更新任何字段后显示正确的确认消息。
TC 20 - 确保只选择了一个单选按钮并且选择的复选框不超过一个。
GUI 测试挑战
在软件工程中的回归测试期间遇到的最普遍的问题是应用程序 GUI 经常变化。很难测试和确定某事是问题还是改进。当您没有任何与 GUI 修改相关的论文时,问题就出现了。
结论
软件产品的成功在很大程度上取决于用户界面如何与其交互以及使用其众多功能的难易程度。因此,GUI 测试至关重要。手动 GUI 测试有时可能既乏味又乏味,容易出错。对于 GUI 测试,强烈建议使用自动化。