《程序功能测试》课件 项目四　测试执行

项目四测试执行139140任务1执行GUI测试任务2执行兼容性测试任务3执行回归测试执行GUI测试任务11411. 了解GUI测试的测试要点与常见错误。2. 能执行GUI测试。142测试人员在接受测试任务时，发现iceCMS内容管理系统需满足用户对于界面元素外观、布局及行为等方面的需求，因此，本任务要求针对iceCMS内容管理系统项目开展GUI测试。以下表所示的文章管理模块下创建文章功能的GUI测试用例为例，按照测试用例中的测试步骤，验证其图形用户界面的实际结果是否与预期的界面设计相吻合，验证与用户的交互操作是否正确，记录测试实际结果，并给出测试结论。143144创建文章功能的GUI测试用例执行测试，其实就是执行测试用例的过程，按照测试用例中描述的测试步骤操作，操作后所得的结果称为实际结果。测试结果的判定，需要将执行所得的实际结果与测试用例中的预期结果相比较，若二者一致则认为测试通过，若二者不一致则认为测试不通过，即存在缺陷，如图所示。145146GUI测试，即图形用户界面测试，属于测试类型的一种。GUI测试的对象主要为软件的图形用户界面功能，其更关注用户界面的交互性和可用性，以确保软件的用户界面友好、易于操作，并符合用户期望。测试结果一、GUI测试要点1. 常见的界面元素及其通用标准（1）文本框文本框具有可输入性，当光标移动至文本框时，光标的形状由箭头变为I形，如图所示。（2）单选框如图所示为单选框，支持使用鼠标单击选择若干选项中的一项。147文本框单选框（3）复选框如图所示为复选框，支持使用鼠标单击选择若干选项中的多项。148复选框（4）下拉列表如图所示为下拉列表，一般会有下三角按钮，单击下三角按钮即可显示下拉列表中的所有选项。149下拉列表（5）按钮如图所示为按钮，支持单击以实现表单提交、取消或其他操作。按钮上应清晰描述其所实现的功能，避免误导操作。（6）对话框如图所示为对话框，每个对话框都应有对话框名称，并支持最小化、最大化/还原、关闭等操作。150按钮对话框2. GUI测试开展角度（1）从元素外观角度测试元素外观的关注点主要包括字体类型与大小、控件大小与比例、形状、色彩等，需保证每个元素的用途明确，符合相关标准和规范。可重点关注元素外观的以下方面：是否为规定字体；字体颜色是否正确；控件大小是否与整体界面协调；控件形状是否清晰简洁、易于识别；颜色搭配是否合理美观，与整体界面风格是否一致。151（2）从元素布局角度测试元素布局的关注点主要包括元素位置、排版、对齐与间距等，以达到界面直观、灵活、舒适的要求。可重点关注元素布局的以下方面：界面元素位置是否合理，是否符合用户使用习惯；控件或图形之间是否对齐和保持一致的间距；文字间距和行间距是否合理统一；导航菜单是否明显、易于识别；层次结构是否使用户能够轻松理解和操作界面。152（3）从元素行为角度测试元素行为的关注点主要包括焦点获取、提示提醒、默认值、快捷键等，以保证用户友好交互。可重点关注元素行为的以下几方面：对话框大小是否可调节；操作结果是否给出合理提示与反馈；提示信息的内容是否合理；菜单导航是否能正确引导用户到指定界面；通用快捷键是否可以正常使用。153（4）从元素内容角度测试元素内容的关注点主要包括文字使用与表达等，需确保无错别字、用语简洁友好、表达准确等，以保证用户正确使用。可重点关注元素内容的以下几方面：导航菜单中各级目录表述是否正确；元素内外文字是否存在错别字；提示与反馈是否准确；对话框标题是否正确。154二、GUI测试中常见的错误1. 混淆复选框和单选框复选框和单选框是两种不同的控件，但在GUI设计中有时会被错误地使用或混淆。复选框用于选择多个选项，常用方形表示，而单选框用于从多个选项中选择一个，常用圆形表示，如图所示。155二、GUI测试中常见的错误1. 混淆复选框和单选框复选框和单选框是两种不同的控件，但在GUI设计中有时会被错误地使用或混淆。复选框用于选择多个选项，常用方形表示，而单选框用于从多个选项中选择一个，常用圆形表示，如图所示。复选框和单选框2. 术语使用前后不一致在GUI设计中，使用不规范或不统一的术语可能会导致用户产生混淆。3. 出现错误的提示信息针对用户的错误操作给出合理的提示信息有助于引导用户执行正确操作，而给出错误的提示信息会适得其反。4. 功能错误或遗漏如果说用户体验因人而异、不便于衡量，那么功能的完整性和正确性则有统一标准，需确保需求规格说明书中定义的功能均被完整且正确地实现。156三、GUI测试步骤GUI测试应遵循整体测试流程，属于完整测试中的一部分。首先，在测试需求分析阶段需明确测试目标，即确定对哪些GUI事件进行测试。其次，进行GUI测试用例的设计与执行。最后，完成GUI测试部分的总结。不过，GUI测试也存在特殊难点。在测试用例设计阶段，其用例设计比其他功能测试更复杂，难点在于预期结果与测试步骤的定义复杂。通常情况下，输入事件无固定顺序，导致输入场景难以全面覆盖，并且部分预期结果很难确切表达。在测试用例执行阶段，GUI测试也会受到用户操作习惯的较大影响，如操作顺序、快捷键使用等。157四、GUI测试案例1. 测试需求分析根据需求规格说明书，对计算器程序进行GUI测试，验证其图形用户界面是否符合界面设计要求，是否能正确处理与用户的交互。计算器界面设计原型图如图所示。可以对计算器包含元素的外观、布局、行为及内容等开展GUI测试，包括文本框、下拉列表、对话框及整体布局。158计算器界面设计原型图2. GUI测试执行计算器各项元素的整体布局实现如图所示，基本与需求规格说明书中的原型图一致，所包含的各项元素、大小、位置及整体颜色搭配合理。个别元素有所差异，如切换计算器模式的下拉列表、文本框、个别按钮的颜色等。159计算器各项元素的整体布局实现对于计算器模式的切换功能，实现效果变更为侧边导航栏，如图所示。该变更不影响功能实现，并且导航按钮更直观，经项目组协商同意该实现方案。160计算器模式切换功能实现对于计算器文本框，实现效果模糊了边缘，如图所示，但经测试仍具备输入功能，并且将光标移动至文本框时，形状可正常变化。从整体布局及美观角度考虑，该实现方案可行。161计算器文本框实现对于计算器对话框，实现效果与原型图保持一致，如图所示，符合对话框实现的基本要素，测试通过。对于计算器各项元素的行为反馈进行测试，均能得到正确反馈，各元素内容描述清晰、表达准确，可以正常使用。162计算器对话框实现综上所述，计算器界面的各项元素布局与交互均满足测试需求，GUI测试用例结论为“通过”，计算器GUI测试用例结果见下表。163计算器GUI测试用例结果执行兼容性测试任务21641. 了解兼容性测试的策略和类型。2. 能执行兼容性测试。165测试人员在接受测试任务时，发现iceCMS内容管理系统需满足用户在Windows与macOS操作系统，以及Chrome、Firefox、Safari浏览器中操作的需求，因此，本任务要求针对iceCMS内容管理系统项目开展兼容性测试。以下表所示的文章管理模块下创建文章功能的若干兼容性测试用例为例，按照测试用例中的测试步骤，验证软件是否能在不同操作系统、不同浏览器中正常运行，记录测试实际结果，并给出测试结论。166167兼容性测试用例168兼容性测试用例169一、兼容性测试策略1. 向上兼容向上兼容也称向前兼容，是指旧版本的软件能够在新版本的硬件或操作系统上运行。2. 向下兼容向下兼容也称向后兼容，是指新版本的软件能够在旧版本的硬件或操作系统上运行。二、兼容性测试的类型1. 软件兼容性测试软件兼容性测试主要用来验证不同软件之间能否正确实现信息交互与共享，重点考虑操作系统兼容及浏览器兼容。目前常用的操作系统有Windows、macOS、Linux等，常用的浏览器有Chrome、Safari、Edge、Firefox、IE等，如图所示。170常用的操作系统与浏览器此外，还需要考虑不同版本的操作系统和浏览器，即使是同一操作系统或浏览器，不同版本之间也可能存在兼容性问题。因此，在进行软件兼容性测试时，通常需要对多个版本进行测试，可以考虑不同的操作系统、相同操作系统的不同版本、不同类型的浏览器、相同类型浏览器的不同版本等各种组合场景。1712. 硬件兼容性测试硬件兼容性测试也称配置测试，主要考虑不同的硬件配置对软件运行的影响。常见的计算机硬件配置包括主板、显卡、声卡、网卡、内存、显示器等。1723. 数据共享兼容性测试为提升软件的可用性，软件常常需要和其他软件进行数据传输与共享。通常情况下，数据共享兼容性测试可以重点考虑以下几个方面，以Word 2016版本为例展开说明。（1）复制、剪切与粘贴是用户最常使用的功能之一，是指在不同应用间的数据共享。如图所示为网页与Word文件之间的数据共享，从网页中复制的文字，可以在Word文件中实现粘贴。173复制与粘贴（2）文件的导入与导出是软件与自身其他版本及其他软件保持数据兼容的方式。若文件的数据格式符合通用标准，则可以被其他软件读取，也可以打开其他软件生成的文件。如图所示为Word 2016版本可以导入其他版本的Word文件，或者文本文件；可以将当前Word文件导出为其他版本的Word文件，或者PDF文件，使用PDF阅读器打开。174文件的导入与导出三、兼容性测试案例1. 测试需求分析根据需求规格说明书中的描述，对小游戏程序进行兼容性测试，用于验证其是否兼容不同的操作系统、是否兼容同一操作系统的不同版本、是否兼容不同类型的浏览器。根据需求规格说明书中的要求，需要考虑以下组合情况，见下表。175兼容性测试场景2. 兼容性测试执行兼容性测试需要在上表所列的组合场景中，分别对目标程序进行测试，查看小游戏程序在不同环境下的运行情况。原则上，兼容性测试内容可覆盖小游戏程序的所有功能测试用例，以确保小游戏程序在各种场景下的所有功能都可以正常运行。但在实际测试中，往往优先挑选与核心功能及显示效果相关的测试用例执行测试，这样可以尽可能地降低兼容性测试的工作量，规避风险。176执行回归测试任务31771. 了解回归测试的概念、作用与策略。2. 能执行回归测试。178针对iceCMS内容管理系统项目的测试已接近尾声，测试人员在测试过程中发现一些缺陷，并且开发人员已完成缺陷修复（缺陷处理流程详见项目五）。为确保开发人员对代码的前期修改未引入新缺陷、保障产品最终质量，需要针对iceCMS内容管理系统项目开展回归测试。本任务要求以文章管理模块下的创建文章功能为例，制定回归测试的策略，选取相关测试用例并再次执行，记录测试实际结果，最终给出测试结论。179180一、回归测试的概念与作用在生活中偶尔会遇到这样的情况：原本水管漏了一处，对其进行修补后，此处虽已修好，但看似没有关联的另一处开始漏水。软件领域也是如此，修复一处缺陷后，往往会引发其他新缺陷。也就是说，对软件的改动往往会带来一定的风险。遗憾的是，复杂的软件几乎时刻都在改变，可能有缺陷需要修复、有需求需要调整、有技术的更新或软硬件的升级，而软件每次的改变都会引入潜在的风险，即产生新的缺陷。为了避免缺陷此起彼伏的情况，仅仅测试被修复的缺陷是否解决远远不够，还需要对软件其他功能进行测试，保证其他功能正常运行而未受到此次修改的影响，从而抑制潜在风险的发生，这就是回归测试的核心价值。回归测试是指在软件测试过程中，若因修复缺陷或新增功能对软件进行了修改，则需要重新运行之前的测试用例，以确保新的修改没有引入新的问题，并且原有功能仍能正常工作。回归测试的目的是保障软件在迭代过程中的持续稳定性和功能一致性。181二、回归测试的策略1. 再测试全部用例该策略是将项目中所有测试用例重新执行一遍，是最安全、稳妥的方法，能对被测软件进行全面检验。无论是验证缺陷是否修复，还是确认其他功能是否未受影响、可正常工作，该方法都十分有效。由于无须对测试用例进行额外处理，该方法几乎可以适用于所有场景，但测试成本会随项目规模不同而存在明显差异。若项目规模较大、测试用例数量较多，此方法会带来极大的工作量，受预算和进度限制，往往难以有效实施。1822. 基于风险选择测试为降低回归测试成本，可以选择一部分测试用例来进行回归测试。选择时可以基于一定的风险标准，优先选择那些功能受影响可能性较大的用例。例如，某功能曾因出现过缺陷而被修改，那么选择回归测试用例时，可以优先选择该功能所涉及的用例，以及与该功能相关联模块的用例，即可能被修改部分影响到的用例，被影响的可能性越大，越应优先选择。1833. 基于操作选择测试该策略优先选择针对核心功能或用户高频使用功能的测试用例，将风险出现的级别和频次降低，有助于尽早发现对软件可靠性会产生重大影响的缺陷。在上述回归测试的策略中，再测试全部用例的策略显然是最安全的策略，但由于测试成