模型测试仪表板提供了一个中心位置来管理整个项目中基于需求的测试的进度、完整性和质量，以符合ISO 26262或DO-178C
当您验证您的设计是否满足需求时，您需要为每个设计模型管理许多工件
您需要完全的可追溯性来跟踪它们的一致性和完整性
但是，我们如何在这样一个要求如此严格的环境中实现创新呢?
幸运的是，行业标准告诉我们如何进行系统的基于需求的验证。
这些实践通常编码在检查列表中，您可以使用这些检查列表来衡量您的测试活动
测试用例检查列表，就像这个例子，告诉您需要做什么，以及何时完成测试用例的开发。
例如，测试用例应该涵盖所有的需求。
并且每个测试用例都应该追溯到一个需求。
测试结果检查表确定我们是否满足质量目标
例如，它检查所有测试是否通过
而缺少医保覆盖也是合情合理的
为了回答这些问题，Simulink Check中的模型测试仪表板提供了简单的可视化来评估基于需求的测试的完整性和质量
现在让我们在仪表板上探索一下
下面是一个巡航控制项目，包括需求、设计、测试和测试结果。
测试用例应该涵盖所有需求。并且每个测试用例都应该追溯到一个需求。
我们可以打开仪表板，并看到它已经分析了项目，以显示每个组件的测试结果
左边是一个工件面板，根据与之相关的模型组件组织所有的需求、测试和测试结果
功能需求显示了基于可追溯性为该组件实现的需求。
untracing文件夹向您显示项目中需要进一步检查的任何缺少可追溯性的工件。
右边是所选单元的测试用例和测试结果状态
为了满足我们的测试用例检查表，这个小部件告诉我们测试用例是否覆盖了所有的需求。
要查看更多详细信息，鼠标悬停会出现工具提示。
您可以深入了解构成度量的工件的详细信息。
您可以看到与需求相关联的测试用例。
您可以直接打开任何项以采取行动解决问题。例如，让我们在Simulink test中打开这个测试用例
直方图显示了可追溯性的摘要，以快速评估测试覆盖率。
这个显示了每个需求有多少个测试
最左边的箱子显示了可能没有足够测试用例的需求，右边显示了有大量测试的需求，这可能表明它们太一般了，可能需要分解
您可以使用它快速地看到许多需求没有测试。
您可以通过这个小部件看到测试用例对需求的覆盖。
我们可以快速回答每个测试用例都与A需求相关联的问题
我们可以看到一个是不相连的
直方图显示有两个测试正在测试多个需求。
让我们来解决这个缺失的环节
set按钮测试缺少一个需求，我们可以在测试管理器中查看它。
如果我们检查需求缺失的环节，那么我们可以设置set Switch is missing作为测试。我们可以进入“需求工具箱”，添加链接，然后保存链接。
仪表板检测更新，我们收集指标以查看更新。
在右边，提供了分解测试类型和标签的度量，以进一步了解所执行的测试
底部是一个小部件，显示与需求链接的测试的总体通过/失败状态，以帮助识别问题，回答我们关于是否所有测试都通过的问题。
仪表板分析从Simulink Test导出的结果文件，该文件可能包括来自Simulink覆盖率的覆盖率度量。
覆盖率度量显示了在测试期间没有执行的模型元素。我们错过了一些报道，可能需要证明这一点。
我可以导航到测试管理器，以查看特定测试用例的覆盖结果并采取行动
这是仪表板的一个快速概述。
要了解更多信息，请尝试此示例或访问我们的网站请求试用
