基于模型的测试

基于模型的测试，是使用模型来自动化测试活动并在测试过程中生成测试工件的总称。 这尤其包括从描述待测系统目标行为的模型（例如使用 UML）生成测试用例。

主要目标不仅是（部分）自动化测试的执行（请参阅测试自动化），而且是它们的创建。 希望这将导致创建测试用例的透明性和可控性，这将使测试过程更经济，测试质量更独立于人。

使用 MBT，要测试的软件或其环境（例如以使用配置文件的形式）或测试本身被呈现为行为和/或结构模型。 因此区分

• 系统模型
• 环境模型
• 测试模型

在主战坦克使用。

系统模型描述了软件系统的需求，可以采用分析或设计模型的形式。 它们通常不专注于测试，因此特别不包含测试数据（在系统中所有可能输入数据的样本意义上）。 因此，在此类模型上生成最多只能导致抽象测试用例（即不指定测试数据的具体值）。

可以从现有系统模型创建测试模型，但提供了更多的测试可能性。 它们描述了系统的测试，并明确映射了测试人员可能只是“在头脑中”做出的测试决策。 这样，不仅可以对测试步骤序列进行建模，还可以对测试数据、测试步骤以及必要时的测试预言机进行建模。 因此，可以从中生成不仅抽象而且具体，甚至完整且可执行的测试用例。 如果您对测试模型中的测试步骤使用基于关键字的表示法（请参阅关键字驱动测试），甚至可以创建自动可执行测试用例。

但是，测试模型要求测试人员具备创建模型的知识。 这种技能要求对于 MBT 部署的成功至关重要。

根据使用的模型类别以及模型在基于模型的测试过程中扮演的角色，可以说出 MBT 的不同特征和成熟度级别。 定义如下：

• 在面向模型的测试中，模型充当测试设计的指南和基础，而不是强制使用生成器。 由于与自然语言需求规范相比，模型可以带来显着的质量优势，因此测试质量已经在这方面受益。
• 模型驱动测试是指使用生成器从模型生成测试工件，尤其是测试用例。 然而，这通常是一种单向工具，单向街道，其中测试结果不传回模型。
• 如果所有相关测试信息都以模型形式维护，并且工具连接成一个环，则可以说是以模型为中心的测试。

根据哪些模型应构成测试生成的基础以及生成应该进行多远，应提供商用发电机的使用或发电机的内部开发。 可以在 中找到商业 MBT 工具的概述。 它还包含以下 MBT 工具分类：

• 基于模型的测试数据生成器是根据测试对象的输入和输出数据模型以及特定控制信息生成测试数据以创建抽象和/或具体测试用例的工具。
• 基于模型的测试用例编辑器是一种工具，它们基于测试用例的抽象模型，创建用于手动执行的测试用例的具体表示或用于自动执行测试的测试脚本。
• 基于模型的测试用例生成器是根据基于系统行为、系统环境或测试的模型以及某些控制信息的可配置覆盖标准自动生成多个（逻辑上相关的）测试用例或测试脚本的工具。

可以在 中找到不同且更复杂的分类法。

通常，有必要能够在生成过程中控制测试覆盖率。 通常，使用白盒测试方法中已知的基于图的覆盖度量（参见面向控制流的测试方法），但是基于模型的测试是使用模型来自动化测试活动并在测试过程中生成测试工件的总称。 这尤其包括从描述待测系统目标行为的模型（例如使用 UML）生成测试用例。

主要目标不仅是（部分）自动化测试的执行（请参阅测试自动化），而且是它们的创建。 希望这将导致创建测试用例的透明性和可控性，这将使测试过程更经济，测试质量更独立于人。