测试等级可以分为以下两大类：

•测试等级，如嵌入式系统测试，专注于一个特定的测试对象（例如，嵌入式系统）。

•测试等级，比如模型测试和软件测试等，涵盖了很多作为潜在测试对象的组件（例如，所有模型/软件的组件）。

对于后者，选择这个等级的模型或软件组件进行测试，通常是有必要的，这是因为开发资源和时间的限制。举个例子，并非所有Simulink模型的子系统可以承受模型组件的测试。选择模型或软件组件（下文中称为工件）进行测试，可能基于以下一条或多条选择标准：

•在面向功能的选择中，选择实现显著功能的工件作为测试对象。需要注意的是选择的工件必须可以从整个系统中分离出来，从而也是可测试的。那些被特殊要求直接命名的工件也应该作为测试对象，来检查对要求的满足。如果计算的复杂程度不能被其他测试所考虑，那么含有复杂算法的工件需要单独测试。这里，应该在最低可能的集成水平上进行一个独立的测试。

•在基于结构的选择中，测试对象的选择可以基于结构或者工件的复杂程度和/或他们的打算部署。为了引导选择，不同的大小和复杂性度量可以应用在可能的工件。度量应该包括有关界面大小、代码行数、嵌套深度等信息。此外，测试对象的选择可以基于未来的硬件分配或任务结构。(www.daowen.com)

•在面向人员的选择中，测试对象的选择类似于包含在开发过程中（开发者）个体之间的工作的分配。此外，开发者的专业知识也可以提供有关测试需要何种详细程度的信息。

•在基于风险的选择中，被测试的工件是基于风险评估识别的（基于风险测试）。测试资源的数量对应于工件的重要性。基于风险测试的选择也可以应用于在测试资源有限的情况下决定测试对象的一个合适顺序。

•在面向资源的选择中，测试的选择和强度对应于测试可利用的资源。尽管这个准则是从项目管理者的角度来看的，但这也不应该是测试计划的主要决策依据。由于时间和经费的削减，开发延迟可能导致整个测试被中断或不成比例地减少。

•在面向阶段或成熟水平的选择中，测试对象的选择分别和当前开发阶段或单个开发工件的成熟水平有关。这保证了只有这些被完全测试、已经达到一个比较稳定的开发状态，且和当前开发阶段有关的工件（例如，B样本控制单元的开发）。然而，因为这个标准只考虑了开发阶段的一个当前的状态，所以测试对象的整体选择必须独立于这个估计。否则，将会导致测试的遗漏。