使用模型测试仪表板管理基于需求的测试过程
获取模型测试仪表板的概述,它总结了基于需求的测试的质量和完整性。仪表板根据业界认可的软件开发标准(如ISO 26262或DO-178)管理测试的进度。它从多个来源和工具分析项目中的工件,例如需求、模型和测试结果,并提供关于它们状态的详细度量度量。
仪表板小部件总结了每个指标,以快速评估当前的测试结果,包括遵守指导方针、需求测试的完成情况,以及测试覆盖的需求百分比。您可以使用仪表板来洞察测试状态,以识别差距,并更快地响应需求更改。
模型测试仪表板提供了一个中心位置来管理整个项目中基于需求的测试的进度、完整性和质量,以符合ISO 26262或DO-178C
当您验证您的设计满足需求时,您需要为每个设计模型管理许多工件
您需要完全的跟踪来跟踪它们的一致性和完整性
但是,在这样一个需要高度严谨的环境中,我们如何实现创新呢?
幸运的是,行业标准告诉我们如何进行系统的基于需求的验证。
这些实践通常编码在
一个测试用例检查列表,如本例,
例如,测试用例应该涵盖所有的需求。
每个测试用例都应该追溯到一个需求。
测试结果检查表确定我们是否满足质量目标
例如,它检查所有测试是否通过
遗漏的覆盖面是合理的
为了回答这些问题,Simulink Check中的模型测试仪表板提供了简单的可视化来评估基于需求的测试的完整性和质量
现在让我们在仪表板上进行探索
这是一个巡航控制项目,包括需求,设计,测试和测试结果。
测试用例应该涵盖所有的需求。每个测试用例都应该追溯到一个需求。
我们可以打开仪表板,看到它已经分析了项目,显示了每个组件的测试结果
左边是一个工件面板,它根据与之相关的模型组件组织所有的需求、测试和测试结果
功能需求显示了基于可追溯性为该组件实现的需求。
untracked文件夹向您显示项目中任何缺少可追溯性的工件,这些工件需要进一步检查。
右边是所选单元的测试用例和测试结果状态
为了满足我们的测试用例清单,这个小部件告诉我们测试用例是否涵盖所有需求。
要查看更多细节,可以通过悬停显示工具提示。
您可以深入了解组成度量的工件的细节。
您可以看到与需求链接的测试用例。
您可以直接打开任何项目以采取行动解决问题。例如,让我们在Simulink test中打开这个测试用例
直方图显示了可追溯性的摘要,以快速评估测试覆盖率。
这个显示了每个需求有多少个测试
最左边的箱子显示了可能没有足够测试用例的需求,而右边的箱子显示了具有大量测试的需求,这可能表明它们太笼统了,可能需要分解
您可以使用它来快速查看许多没有测试的需求。
您可以通过这个小部件看到测试用例到需求的覆盖范围。
我们可以快速回答每个测试用例都与A需求相关联的问题
我们可以看到一个是没有联系的
直方图显示有两个测试正在测试多个需求。
让我们解决缺失的环节
设置按钮测试缺少一个需求,我们可以在测试管理器中查看它。
如果我们检查需求缺失的链接,那么我们可以设置set Switch is missing作为测试。我们可以转到需求工具箱,添加链接,然后保存链接。
仪表板检测更新,我们收集指标来查看更新。
在右边,提供了分解测试类型和标记的指标,以进一步了解所执行的测试
底部是一个小部件,显示链接到需求的测试的总体通过/失败状态,以帮助识别问题,回答我们关于是否所有测试都通过的问题。
仪表板分析从Simulink Test导出的结果文件,其中可能包括来自Simulink覆盖率的覆盖率指标。
覆盖率度量显示了在测试期间没有执行的模型元素。我们失去了一些覆盖面,可能需要证明它的合理性。
我可以导航到测试管理器,查看特定测试用例的覆盖结果,并采取行动
这是对仪表板的快速概述。
要了解更多信息,请尝试此示例或访问我们的网站申请试用
您也可以从以下列表中选择网站:
如何获得最佳的网站性能
选择中国网站(中文或英文)以获得最佳的网站表现。其他MathWorks国家网站没有针对从您的位置访问进行优化。