汽车软件测试专栏—汽车测试相关术语（第一期）

测试集：一个或多个测试用例的集合。

测试依据：作为测试用例和测试分析的技术支撑文件。

测试用例：前置条件、输入和预期结果的集合。

测试入口准则：开始测试前所有文档、工具、环境等全部到位。

测试出口准则：停止测试活动的准则，例如测试完成或者测试因外界因素暂停。

测试报告：已完成测试的总结性报告。

测试设计技术：用于识别测试项的测试条件，导出相应的测试覆盖项，并导出或选择测试用例。

测试环境：用于执行测试的工具、硬件、软件、测试规范、文档等。

测试执行：在测试项上执行测试所产生的实际测试结果的过程。

测试计划：描述达到测试目标的方法，用于协调测试的整个活动。

测试策略：描述测试项目的测试方法，包括测试范围、测试重点、测试项等。

静态测试：对组件/系统进行的不执行程序代码（软件）的一种测试。例如，对代码评审或静态代码的分析。

动态测试：通过运行软件的组件或系统测试软件。

冒烟测试：所有定义的或计划的测试用例的一个子集。它覆盖组件/系统的主要功能，以查明程序的绝大部分关键功能是否正常工作，但忽略其细节部分。

回归测试 ：对已测试已修改程序进行的测试，确保软件的更改没有对未改变的部分带来新的失效。

错误猜想：通过以往失效经验和失效模式的常识推导出测试用例的测试技术。

预期结果：按照需求说明，在特定的环境下可获取的测试用例的预期行为。

等价类划分：在每一个等价类中选择一个或多个特征来设计测试用例。

实测结果：通过执行测试用例获取的结果，包括数据、状态等。

性能测试：用于评价测试用例在给定的环境下，完成指定功能的能力。

复测：重新执行测试结果为不通过的测试项。

场景测试：基于场景设计的测试用例设计方法，场景可以是交互、执行流程等。

测试覆盖率：测试项被测试集所覆盖的百分比。

白盒测试：对程序内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试。

黑盒测试：已知产品所应具有的功能，通过测试来检验每个功能都是否能够正常使用，不关注内部逻辑实现的过程。

灰盒测试：它既可保证黑盒的关注点又可掌控白盒的内部结构。

测试追踪矩阵：在某些时候，特指测试需求与测试用例的追溯矩阵。

测试项：某条特征测试用例的简称。

设计变更：指项目自开发至通报废，对已完成的初步设计方案进行的修改、完善、优化等活动。

影响分析：产品的需求变更对整个系统产生的影响。包括识别影响区域以及带来的副作用。

功能需求：一个软件系统或组件提供的功能及服务，可以是计算、技术细节、资料处理或其他说明系统希望达成功能的内容。

测试问题管理表：测试过程中，涉及到测试结果与预期不符合问题的测试项管理。

测试日志：记录测试工作的进度和过程相关的文档。

测试管理：测试活动的计划、安排、控制、完成、报告。