Abo  ut

基于场景的验证流程管理:通过使用标准提高效率


由于大量可能的交通情景和不同的验证方法,评估自动驾驶功能和驾驶员辅助系统的安全性极其耗时且复杂  Peak Test Management Suite (TMS) 和许多行业标准可以帮助实施一种解决方案,以透明的方式控制复杂的验证过程,并以可追溯的方式管理生成的数据。


该平台允许用户高效创建所谓的验证活动。这包括一个预定义的测试用例类型的列表,这些测试用例类型必须由一个或多个团队在验证测试下的定义系统的过程中进行。要测试的系统可以由多个组件(例如软件版本、控制单元、车辆类型等)组成。


除了测试用例和测试系统之外,每个验证活动还包括 TMS 提出的时间表,以及为每个测试案例分配合适的测试资源(例如特定的 XiL 平台、试验场、测试车辆、驾驶员等)。用户可随时添加或删除单个测试用例,并由每次拖放日历视图中的验证任务重新安排。如果 TMS 检测到可能的计划冲突(例如资源的多重分配),它会通知相关用户。


基于"智能"模板,用户可以为每个测试用例指定相应的测试目标以及单个测试参数和值。此外,还可以定义确定测试完成和质量的精确的指标。



测试用例描述的一个重要部分是应测试场景的详细规范。这可以基于单独的建模描述结构或基于标准化方法(如  ASAM openLABEL 提供的方法)来完成。在连接的场景存储库中,例如基于  ASAM ODS,  的存储库,用户检查适合其测试用例的场景是否可用。例如,根据预期的测试方法和平台,他可以根据真实道路驱动查找录制的场景,或者根据场景描述语言 ASAM openSCENARIO. 提供的(SDLs) 查找通用场景。如果所需方案可用,他可以将其链接到他的测试用例。否则,他可能创建一个备份请求,包括进一步的工作流程(例如,用测试车辆调试记录或通过参数化生成情景变体)。


测试用例定义完成并获得批准后,所有必要的信息都可以导出为合适的数据格式中,用于测试执行的初始化。然后再次导入合并的测试结果并分配给测试用例。来自测试的更多种的原始数据(例如跟踪、日志、总线消息等)存储在独立于测试系统的中央数据管理系统中,例如基于
Peak Test Data Manager, 并链接。这确保了不同角色验证结果的长期可追溯性和可再现性


应用场景很好地展示了一组精心挑选的标准和产品平台的组合如何成为一个集成的工具链,这使得自动驾驶功能的验证更加高效并可追溯。