模型测试指示板提供了一个中心位置管理进步,完整性和基于需求的测试在一个项目的质量符合ISO 26262或者做- 178 c
当你确认你的设计符合要求,有许多工件需要管理每个设计模型
你需要完整的可追溯性记录,他们是一致的和完整的
但我们如何使创新的环境,需要这样的高水平的严格吗?
幸运的是,行业标准告诉我们如何做系统的基于需求的验证。
这些做法通常是编码在<点击>清单,您可以用它来测量你的测试活动
一个测试用例检查表,就像这个例子中,<点击>告诉你你需要做什么,当你完成开发测试用例。
例如,测试用例应覆盖所有需求。
和每个测试用例应该追溯到一个需求。
测试结果清单确定如果我们满足质量目标
它检查例如所有测试通过
和失踪的报道是有道理的
为了回答这些问题,该模型在仿真软件测试仪表盘检查提供了简单的可视化评估的完整性和质量您的基于需求的测试万博1manbetx
现在让我们探索在仪表板
这是一个巡航控制系统项目,包括需求、设计、测试和测试结果。
测试用例应覆盖所有需求。和每个测试用例应该追溯到一个需求。
我们可以打开仪表板,看到它分析了项目为每个组件显示了测试的结果
左边是一个工件小组组织的所有要求,测试和测试结果的模型组件有关
要实现的功能需求显示需求为这个组件基于可追溯性。
Untraced文件夹显示项目中的任何构件缺少可追溯性需要进一步审查。
右边是测试用例和测试结果状态为选定的单元
来满足我们的测试用例清单,这个小部件告诉我们测试用例是否覆盖所有需求。
看到更多的细节,会显示一个工具提示盘旋。
你可以潜水下去看哪些工件构成指标的细节。
你可以看到测试用例与需求。
您可以打开任何项目直接采取行动解决问题。例如,让我们打开这个测试用例的仿真软件测试万博1manbetx
直方图显示的总结可追溯性快速评估测试覆盖率。
这个节目有多少测试/要求
最左边的箱子显示要求有足够的测试用例和正确的显示需求与大量的测试可能表明他们太一般,可能需要被分解
您可以使用它来快速查看,很多需求是没有测试。
你可以看到测试用例对需求的覆盖与这个小部件。
我们可以快速地回答我们的问题,每个测试用例与需求
我们可以看到一个链接
和柱状图显示有两个测试,测试多个需求。
让我们解决缺失的环节
设置按钮的测试是失踪的一个需求,我们可以把它在测试经理。
如果我们回顾需求缺失的链接然后我们可以设置开关失踪作为测试集。我们可以去要求工具箱并添加链接,然后保存链接。
仪表板检测更新和我们收集指标更新。
右边,指标分解测试类型和标记提供了获得进一步了解测试执行
底部是一个小部件显示整体的通过/失败状态的测试与需求来帮助识别的问题回答了我们的问题是否所有测试通过。
仪表板分析结果文件,导出从仿真软件测试可能包括覆盖率度量模型的报道。万博1manbetx
覆盖率指标显示模型元素在测试期间不行使。我们缺少一些报道和可能需要证明它。
我可以导航到测试经理查看覆盖率结果为一个特定的测试用例并采取行动
这是一个快速概述的仪表板。
为了了解更多,试试这个例子或访问我们的网站请求审判
