汽车电子ECU 测试解决方案
汽车电子燃油喷射系统的诊断与维修
汽车电子燃油喷射系统的诊断与维修汽车电子燃油喷射系统是现代汽车引擎的重要组成部分，它控制着发动机的燃油供给，确保引擎能够以最佳状态运转。
在汽车维修行业中，诊断和维修汽车电子燃油喷射系统是一项必要且常见的任务。
本文将重点讨论汽车电子燃油喷射系统的诊断和维修方法，以及一些常见问题的解决方案。
一、汽车电子燃油喷射系统的诊断方法1. 使用汽车诊断仪进行故障码读取：现代汽车配备了OBD （On-Board Diagnostic）系统，通过汽车诊断仪可以读取汽车电脑中存储的故障码，从而确定问题所在。
根据故障码的不同，我们可以了解到具体的故障情况，帮助我们更快地找到解决方案。
2. 检查燃油压力：燃油压力是汽车电子燃油喷射系统中的一个重要参数，对发动机的运行起着重要的作用。
通过使用燃油压力表，可以测量燃油压力是否正常，如果燃油压力过高或过低，可能是由于燃油泵、燃油滤清器等部件出现故障。
3. 检查喷油嘴工作状态：喷油嘴负责将燃油喷入汽缸中，如果喷油嘴出现故障，可能导致汽车无法正常启动或失去动力。
通过对喷油嘴进行检查，可以判断其工作状态是否正常，如有必要，可以进行清洗或更换喷油嘴。
4. 检查曲轴和凸轮轴传感器：曲轴和凸轮轴传感器是汽车电子燃油喷射系统中的重要传感器，它们负责检测曲轴和凸轮轴的转动位置和速度。
通过检查传感器的工作状态，可以确定这些关键部件是否正常工作。
5. 检查进气和排气系统：汽车电子燃油喷射系统与进气和排气系统有密切的关联，如果进气和排气系统出现问题，可能会影响汽车的燃烧效率和运行状态。
通过检查进气和排气系统的状态，可以排除这些系统的故障。
二、汽车电子燃油喷射系统的维修方法1. 更换燃油泵：燃油泵是汽车电子燃油喷射系统中的重要组成部分，如果燃油泵出现故障，可能会导致汽车无法正常启动或失去动力。
在更换燃油泵之前，需要先排除其他可能的故障，并确保是燃油泵本身出现了问题。
2. 清洗喷油嘴：喷油嘴是汽车电子燃油喷射系统中的关键部件，如果喷油嘴堵塞或积碳严重，可能会影响燃油的喷射效果。
长安乘用车ECU故障诊断及检测方法
长安乘用车ECU故障诊断及检测方法长安乘用车ECU故障的诊断及检测方法——杨绍勇ECU是英文Electronic Control Unit（即电子控制单元）的简称，又称为电子控制器或电子控制组件，俗称“汽车电脑”ECU是单片微型计算机为核心所组成的电子控制装置，具有强大的数学运算、逻辑判断、数据处理与数据管理等功能。
ECU是汽车电子控制系统的控制中心，其功能是分析处理传感器采集到的各种信息，并向受控装置（即执行器或执行元件）发出控制指令。
一、汽车ECU故障类型：1.电源电路故障：最常见的是出现贴片电容、贴片电阻、二极管甚至某些重要芯片的周边外围保护电路连同印刷板上的铜布线一起烧坏，这种情况是最常见的ECU 故障。
2.输入/输出动力模块故障：常见的故障是放大电路元件烧坏，有时也会伴随着电路板上覆钢线条烧断等情况发生；这类故障极易发生在工程机械长时间大负荷工作，发动机散热不良、表面烤漆和焊接维修作业、线路发生过电流和过电压等条件。
其机理有两方面：一是温度过高导致零件材料和绝缘的破损；二是过电流和过电压引起的元件烧蚀。
所以ECU的工作稳定不能超过85℃，较高温度作业时要注意散热冷却，温度正常后才能启动发动机，并在运行过程中不得切断ECU的任何连接线路。
3.存储器故障：由于在运行过程中涌浪电压的冲击，存储器中出现某些字节的丢失的现象，导致汽车发动机或其它被控制对象出现运转失常；或者由于事故发生后，EEPROM(可编程存储器)中的内容被改写为异常状态，导致系统暂时故障。
二、汽车ECU故障的主要原因ECU故障的原因主要是环境因素、电压超载和不规范的操作等造成的。
主要有以下几种：1.供电电压超出正常范围（大于16V）或蓄电瓶接反并启动车辆；2.输出电压过大（短路）或电磁感应电压过高；3.输入信号电压过高（一般应低于5V）；4.ECU进水、潮湿，造成线路短路或腐蚀；5.外部线路短路，导致线路电流过载；6.受高压静电冲击；7.强烈的外力冲击造成ECU损伤、变形和线路板破裂、脱焊；8.ECU内部元件老化或程序设计缺陷。
汽车电子系统的软件开发与测试方法研究
汽车电子系统的软件开发与测试方法研究随着汽车技术的不断发展，汽车电子系统在现代汽车中的地位变得愈发重要。
汽车电子系统包括发动机控制单元(ECU)、车载信息娱乐系统、高级驾驶辅助系统(ADAS)等，它们的功能和性能对于车辆的安全性、性能和用户体验至关重要。
在这种背景下，汽车电子系统的软件开发和测试方法成为热点研究领域。
软件开发方法是汽车电子系统开发的重要环节。
传统的瀑布模型在汽车软件开发中已经不再适用，因为其过于刚性，无法适应快速变化的市场需求。
而敏捷开发方法则成为汽车软件开发的主流方法之一。
敏捷开发方法强调迭代和增量开发，有利于适应市场快速变化的需求。
在汽车电子系统的软件开发中，敏捷开发方法能够提高开发效率和灵活性，减少开发周期，使产品更加符合市场需求。
在汽车电子系统的软件开发过程中，测试方法至关重要。
传统的测试方法主要包括黑盒测试和白盒测试。
黑盒测试是基于输入和输出的测试方法，它不考虑内部结构和实现细节，验证系统是否按照需求规格进行运行。
白盒测试是基于代码和内部结构的测试方法，它关注系统内部逻辑和运行过程，验证系统的正确性和稳定性。
然而，汽车电子系统的软件开发和测试面临着更多的挑战。
首先，汽车电子系统的软件开发和测试需要考虑复杂性和安全性。
现代汽车电子系统包含了大量的功能模块和传感器，涉及到复杂的交互和数据处理。
这就使得软件的开发和测试过程变得复杂而困难。
此外，汽车电子系统需要具备高度的安全性，以应对日益增长的网络威胁。
因此，在软件开发和测试过程中，需要采用符合汽车行业标准的安全开发和测试方法，确保系统的可信度和安全性。
其次，汽车电子系统的软件开发和测试需要考虑兼容性和互操作性。
现代汽车电子系统中的软件模块往往由不同的供应商提供，并且需要与其他车辆外部系统和硬件进行协同工作。
因此，开发和测试过程中需要特别关注软件的兼容性和互操作性，确保不同的软件模块和硬件能够正确地交互和协同工作。
此外，汽车电子系统的软件开发和测试还需要考虑系统的可扩展性和可维护性。
一种解决汽车生产线ECU检测故障码的思路和方法
AUTO AFTERMARKET | 汽车后市场一种解决汽车生产线ECU检测故障码的思路和方法李玉宝上汽通用五菱汽车股份有限公司 广西柳州市 545007摘 要： 文章阐述了汽车厂产品检测线的雷达模块检测流程，及电子电器模块检测要求并结合本人的工作经验，介绍一种解决ECU检测故障码的思路和方法。
关键词：ECU电检 故障码 工厂模式 超声波雷达1 引言随着经济的发展，汽车普及率越来越高；与此同时，随着汽车保有量的增加，汽车安全性的要求也日渐提高。
国家对汽车出厂检测要求也越来越详细，越来越严格，如机动车运行安全技术条件从2004版本升级到（GB7258-2017），环保排放要求从国五到了国六。
伴随着科学技术的发展，电子技术的飞跃，使得汽车功能越来越多，才能满足用户对产品功能日益丰富的需求。
随着整车功能复杂程度的提升，整车下线流程（EOL，End of Line）也变得越来越复杂。
而下线流程作为整车生产环节末端的一部分，所以一旦出现问题往往意味着产线停止，严重影响生产效率，造成人力浪费和停线损失。
汽车检测线主要目的是把装配线下来的汽车，通过人工，检具、量具和测试设备对产品的外观质量、功能，做出合格与否的判断。
传统的下线流程主要涉及动力和车身两大部分内容，一般是车辆完成装配后，离开生产线以前进行的一系列准备工作，比如制动油液的加注、动力系统自检、门窗天窗的自学习等，除了传统的动力、车身部分的下线流程扩充外，还有智能驾驶ADAS，网络安全相关的新流程加入， 使得检测线的项目和内容渐渐增多。
近年来智能驾驶和网络安全相关功能在车内得以应用，与之相关的部分流程，例如雷达标定、安全信息写入/校验等也被加入了下线流程。
目前大多数的电子电器的功能检查，主要由两大类构成：人工检查，开关类，主要打开用电器开关，确认设备能否正常工作，如大灯，雨刮，门锁等；设备检查：模块类，主要通过设备传输指令，由设备判断通讯报文是否正常或设备控制模块做功能检查，如采集数据是否符合设定参数的要求，如防抱死系统，胎压系统，动力系统，排放系统等。
ECU诊断开发解决方案
现在成员（19/2006.9）
OEMs: DaimlerChrysler, Volkswagen, Audi, General Motors, BMW,Porsche, Renault System Suppliers: Bosch, Siemens-VDO, Johnson Controls Tool Suppliers: T-Systems, Softing, Vector Informatik, DSA, In2Soft,ETAS, ESG, Siemens A&D, SPX
根据OEM需求准确快速生成诊断代码
ห้องสมุดไป่ตู้
效率高，可靠性好
给应用程序提供标准接口
使用方便
保证生成的代码与需求完全一致
Vector诊断系统解决方案
诊断代码实现——CANdesc 配置方便 代码质量高
代码量小 可读性好
Vector诊断系统解决方案
诊断功能验证——CANoe.DiVa
Vector诊断系统解决方案
自动测试
通过配置工具，生成专门的测试例程，能提高效率，增加可靠度 ，节省成本
摘要
诊断技术背景 诊断开发流程 Vector诊断系统解决方案 客户列表/成功案例
Vector诊断系统解决方案
整体流程 以诊断数据库为导向
CANdelaStudio将诊断规范转化 为诊断数据库（CDD），该数 据库是整个流程的核心 通过配置，由CANdesc将诊断数 据库文件转化为诊断代码 使用CANoe.DiVa进行诊断功能 自动验证 使用CANoe、CANape、 CANdito执行诊断服务
ECU控制策略功能实现与验证
ECU控制策略功能实现与验证引言：电子控制单元（ECU）已经成为现代汽车中不可或缺的组件。
ECU负责监控和控制发动机、传动系统、悬挂系统、刹车系统和其他关键车辆部件。
控制策略功能是ECU的核心功能之一，它定义了ECU的工作方式和响应方式。
本文将探讨ECU控制策略功能的实现和验证。
实现ECU控制策略功能的步骤通常包括如下几个方面：一、确定控制策略的需求和规范：在实现控制策略功能之前，需要明确控制策略的具体需求和规范。
这包括了对于车辆各个部件的控制要求、性能指标和安全要求等。
在确定需求和规范的过程中，需要与汽车制造商和相关的技术人员进行合作和沟通。
二、开发控制策略功能的软件代码：制定ECU控制策略的软件代码是实现功能的关键一步。
在开发过程中，需要根据需求和规范使用合适的编程语言和开发工具进行编写和调试。
同时，需要进行模拟和仿真测试，以保证软件代码的正确性和稳定性。
三、集成控制策略功能到ECU硬件平台：四、验证控制策略功能的性能和可靠性：验证控制策略功能的性能和可靠性是ECU开发过程中的重要环节。
这包括对控制策略功能进行全面的功能测试、性能测试和可靠性测试。
功能测试以验证控制策略功能是否满足需求和规范，性能测试以验证控制策略功能的响应速度和准确性，可靠性测试以验证控制策略功能的稳定性和鲁棒性。
测试结果应该与需求和规范相符合。
五、调整和优化控制策略功能：根据实际验证过程中的反馈和测试结果，需要对控制策略功能进行调整和优化。
这可能涉及到软件代码的修改、参数的调整和算法的改进等。
调整和优化的目标是进一步提高控制策略功能的性能和可靠性。
总结：本文讨论了ECU控制策略功能的实现和验证过程。
实现和验证ECU控制策略功能需要明确需求和规范、开发软件代码、集成硬件平台、验证性能和可靠性，并进行调整和优化。
这些步骤的目标是确保ECU控制策略功能的正确性、稳定性和可靠性。
通过这些步骤的实施，可以提高ECU的性能和可靠性，从而提高整个汽车系统的性能和安全性。
汽车电子控制器(ECU)的检测方法说明
汽车电子控制器（ECU）的检测方法说明1.汽车电子控制器的检修特点汽车电子控制器（ECU）是各汽车电子控制系统的核心部件，当汽车电子控制系统出现故障时，许多故障都可能与ECU有关。
但是，与汽车电子控制系统中的其他部件和线路相比，汽车ECU 的故障概率相对较低，而ECU的故障检测难度则相对较大。
要注意：在检修汽车电子控制系统故障时，不能盲目地拆检ECU，而是应首先检测与故障现象相关的线路和器件。
当汽车ECU以外的可能故障部位均为正常的情况下，再对ECU进行检测。
2.常用汽车ECU故障检测方法在汽车电子控制系统故障检修过程中，通常采用排除法、电压检测法、替换法等间接的方法来诊断ECU是否有故障，但这些故障诊断方法都有其不足之处。
01排除法用排除法诊断ECU故障，首先针对汽车电子控制系统的故障现象分析可能的故障原因，然后通过相应的检测方法检查除ECU以外的汽车电子控制系统可能有故障的部件和线路，当这些可能的故障原因均排除后，如果汽车电子控制系统故障现象依然存在，再检测ECU是否有故障。
排除法通常采用电压表和欧姆表检测连接ECU的各部件及线路的电压（通电时）及电阻（断电时），通过测得的电压或电阻来判断被检测的线路或部件是否有故障。
排除法本身容易掌握，是目前诊断汽车ECU故障较为常用的方法。
排除法检修汽车ECU的不足是，需要逐个检测与ECU相关联的部件和线路，只有当除ECU之外的电子控制系统相关部件及线路均确定为正常时，才能诊断为ECU可能有无故障。
由此可见，用排除法诊断ECU故障，其故障检测过程需要耗费较多的时间和精力，且准确性也不是很高。
要确认ECU故障与否，通常还需要与ECU端子电压检测法或替换法配合使用。
02ECU端子电压检测法ECU端子电压检测法是用电压表检测ECU传感器电源端子的电压，以及执行器控制端子的脉冲电压或模拟电压，根据这些被检测端子有无电压，或测得的电压是否在正常的范围之内来判断ECU是否有故障。
汽车发动机ECU的可靠性实验
１设计实验系统并进行 实验
Ｅ ＣＵ可 靠性 实验 需要基 于不 同 的环 境条 件进行 ，因此 需要在 不同环境参数条件下 ，完 成实验 。
１ ． １具体设备
１ ． １ ． １自主研发 的 Ｅ Ｃ Ｕ仿真运行测试平 台 在该 平 台下 进行 实验 ，能和 Ｅ ＣＵ的通信切 换，并实 时监控 Ｅ Ｃ Ｕ 对 故障类型和时 间做一监控 。 １ ． １ ． ２可控制温度的试验箱 在 该 试验 箱 内，实 验者 可 以控 制温 度， 使 温度 快速升 降或渐 变 ，并观 察 Ｅ Ｃ Ｕ在 不同 的温度 条件下的不 同变化 。 １ ． １ － ３可控制 湿度的试验箱 在 该 试验 箱 内，可 以通 过人 工控 制或 编 程 控制 调节作 业湿度 ，并观 察 Ｅ ＣＵ在不 同的 湿度条件 下的不同变化 。 １ ． １ ． ４可控制 振动的试验箱 在 该试验 箱 内，对 Ｅ ＣＵ实行 不同的振 动 条件 ，一方 面观 察在不 同振动 条件 下 Ｅ Ｃ Ｕ 的 不 同作业 情况 ；另一方 面测试 Ｅ Ｃ Ｕ 的抗振 能 力。 １ ． １ ． ５可控温度 、湿度 、振动综合实验箱 在 该试验 箱 内，对 汽车发 动机 的 Ｅ Ｃ Ｕ 进 行综合测 试，并结合前面的单 向测试验证其 可
行可靠性增长实验，本次实验选用无替换定时 截 尾实验 ，设定结尾时间为参数 ｔ Ｏ（ ｔ ０ ＝ １ ０ ｄ ）， １ ． ２具体实验 过程 实验 结束数据如表 １ 。 对第一 轮可 靠性增长 实验 被淘汰 的 Ｅ Ｃ Ｕ １ ． ２ ． １可靠性筛选 实验 进 行原因分析，一是由于 电路设计时 曲轴位置 作为汽 车发动机 Ｅ Ｃ Ｕ 可靠性 实验 的第 一 传感器为 单信号输 入，无法有效排除干扰：二 步，即初次筛选过程。通常用于大批量生产后 是 由于点火脉冲 过高，易产生过高温度。针对 的Ｅ Ｃ Ｕ 产品进 行 ‘ 海 选 ’ 的过 程 。该 步 骤 是 这两个 问题提 出改进措施 ： 为 了淘 汰一 批有 较 明显瑕疵 的 Ｅ Ｃ Ｕ。一般情 （ Ｉ ）将 电子控制单 元 内的曲轴位置传感 况下 ，是在 上文所 提到的具体设备 中，对试验 器 改为差分 曲轴位置 信号处 理并且将 Ｅ Ｃ Ｕ内 品施加 合理的压力，通常采用温度循环 、不规 部 曲轴位置传感 同时改为差分信号 。 则振动频 率和恒定高温测试，从而使那些有 明 （ ２ ）对 点火脉冲不 稳定 的现象，应增加 显缺陷或潜在缺陷的 Ｅ ＣＵ在 压 力 下显 出鼓 掌 ， 泄放二极管 ，分散一部分 点火脉冲 的能量，同 然后将其剔 除。大量实验数据表 明，该筛选实 时提高焊接质量等制造工艺 问题 。 验剔 除 的残次 品可达 ９ ０ ％ 准确度 。其余 产品 就第 一轮 可靠 性增 长实 验所表 现 出来 的 进入下一轮实验 。 问题进行针对性 的改善后 ，在实验参数不变 的 １ ． ２ ． ２可靠性增长实验 情况下继续进行第二轮可靠性增长实验 ，得 出 在 可靠 性筛 选实 验结 束后 ，通过 筛选 的 的实验数据如表 ２ 。 产品应投入不 同的实验环 境进行测试， 比如同 对该轮 实验失 效 Ｅ Ｃ Ｕ 再 次 进 行 分 析 ： 是 时 以电应力和温度应 力作 为双加速应力进一步 因为密封失效导致水汽进入 ， 从而烧坏 了电路 ， 检测不合格 的产 品，该步实验 需使 产品缺陷暴 使其无法正常工作 。改进措施为密封圈再造加 露为硬件故障 ，如 电路设计 不合格 的产 品暴露 强 内部 控 制 系 统 ， 使 Ｅ ＣＵ 可 靠 性得 到 提升 。 为 电容元件失效 。将 失效样 品进 行原因分析并 无论 是单 纯看 实验 数据 结果 ，还 是 同样 改进，元件失效则改进元件 ，生产 工艺不足则 在置信水平为 ０ ， ９的单侧置信下限 内进行计算 ， 提升 工艺 ，并使 这些 改进 后 的产 品再 次进 行 可靠性 水平 已从 第一轮 的 ６ ９ ４ ｈ上升为 该轮结 可靠性筛选和可靠性增长 实验 ，使汽 车发动机 束的 ２ ０ ６ ４ ｈ ， 可 靠 性 水 平 大 大 提 升 。证 明 了 汽 Ｅ ＣＵ的可靠性实验不断得到提升 。 车发动机 Ｅ Ｃ Ｕ 实验的有 效性 。 １ ． ２ ． ３可 靠 性 鉴 定 实 验 通 过 最 后 的 可 靠 性 鉴 定 实 验 ，在 经 过 改 作为 可靠 性 实验 的最后 一 步，可 靠性 鉴 进的Ｅ ＣＵ样品中随机 选取 １ Ｏ件 样品，持续进 定实验 是确 定产品是否能够定型投产 ，所 以它 行１ ０ ０ ｈ的 实 验 ，最 终 只有 １ 个Ｅ Ｃ Ｕ产品失效， 的运 行条件 应尽可能和真实运行条件相一致 。 小于最初设 定的失效数判定标准 ｃ ＝ ３ ，可以考 该次实验选 用无 替换定时截尾 试验方 案， 虑接受 该样 品设计 ，并将其投入生产 。 即样 品测试过程中，一旦到达规定 的截至 时间 Ｔ ｃ ，必须马上停止实验 ，且将不合格产 品数 予 ３结论 以记录 ，判 断是否符合接收标准。 通过可靠性筛选实验 、可靠性增长实验和 若 该批 样 品残次 品 数量 小于初 始设 定 的 可 靠性 鉴定 实验 ，对 某 品牌 汽车 发动机 Ｅ ＣＵ 不合格 标准，可对其进行定型 ，并投入量产 ： 若未通 过可靠 性实验，应该拒收该批样 品并对 进 行检测 暴 露其 现有 问题 并进行 针对 性 的改 故 障原 因进 行分 析和 改 进， 以求进 一步 提高 进 ，提高其平均 寿命从 ｌ １ ５ ９ ｈ到 ４ ７ ５ ２ ｈ ，一方 Ｃ Ｕ可 靠性 ，另一 Ｅ Ｃ Ｕ 可靠性 ；若 实验过 程 中， 尚未 达到 规定 面 大大提 高该 品牌 发动机 Ｅ 截至时 间但不合格样 品数 已超出规定标准 ，也 方面证 明实验 方案 可行且 实验系 统可以满 足实 可停止实验并拒收该批产 品。 际 的生 产 需 求 。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
HIL Test Bench CANoe & optional VT System Remaining Bus Simulation
5
Testing Overview
Vector Testing Protfolio
vTESTstudio
u
CANoe + VT Modules + Bus Interfaces
Realtime execution of tests Access to SUT via
> > >
u
u
I/Os, bus systems and protocols (diagnostics, XCP, …) Debug Interface
u
Graphical test design (diagrams)
u
Provide the simulated enviroment for the ECU that is the same as the real working environment Measure the output of the ECU
u
u
u u u u
Easy fault injection
7
Requirement and Specification Management
Requirement and Specification Phase
Specification of Requirements & Tests
Design & Implementation
Planning & Execution
CAPL
IOs
Para Libs
Bus
ECU ECU
Test Management
u u u
Test Design
u u u
Test Execution
u u u
Requirements Planning Test progress
Implementation Suitable methods Flexibility
Evaluation & Analysis
Project & Test Data Management & Test Team Management
vTESTcenter
u
u
Configuration management of test data
Team collaboration by multi-user support Requirements and test engineering
u
12
Efficient Testing Environment Setup
ECU in its natural environment
M
Actuators
Remaining ECUs ECU
Battery
Sensor
13
Efficient Testing Environment Setup
ECU Test with VT System
Requirements Test Design
CAPL
IOs
Bus Customer & Variants
Para
Libs
ECU ECU
Efficiency by:
u u u
Planning Libraries Optimal test means
u u u
Documents exchange Parameter Variant support
Large Test Projects
Test Manager Test Designer System Engineers Diagrams Tables C# Test Traceability
Tester
CANoe CANoe
Remaining Bus Remaining Bus Simulation Simulation Test Execution Test Execution Test Reports
u
8
Requirement and Specification Management
Requirement and Specification
Requirement:
The collection of functions and features those should be implemented by the DUT .
2
Testing Overview
Small Test Projects
Test Designer
CANoe
Remaining Bus Simulation Requirements Test Implementation Test Execution Test Report
IOs
Bus
ECU
3
Testing Overview
Test Specification:
Collection of cohesive Test Items
Test Specification X
• Test Item X.1
n:m
• Test Item X.2 • Test Item X.3
Test Specification Y
• Test Item Y.1
Access via SW interfaces, such as diagnosis, CCP / XCP, ... Easy automation of the tests Separate the logic and parameter from the test project Ntuitive operation, easy maintenance, ... ->operating costs!
9
Requirement and Specification Management
Requirement Management in vTESTcenter
10
Requirement and Specification Management
Test Specification Management and Requirement Mapping
16
Efficient Testing Environment Setup
Test Specs / Test Items • Test Item: Textually described use case path through one or more requirements. Describes the circumstances of the test. Contains test engineering work.
VT1004A VT2516A (digital)
M
V
CANoe
Remaining ECUs
Power Supply
Power Supply Control
ECU under Test
Network Interface
I
VT6204
D A
VT6000
VT7001A
VT System
VT2004A VT2516A (digital)
u
Specification of Requirements & Tests Design & Implementation Planning & Execution Evaluation & Analysis
ห้องสมุดไป่ตู้
Test programming (CAPL, C#) Table based test design
14
EtherCAT® is registered trademark and patented technology, licensed by Beckhoff Automation GmbH, Germany.
Efficient Testing Environment Setup
Core requirements for an efficient test environment
± 32V
Switching & Fault Injection Units
Short-circuits, Breaks, …
Under Test ) SUT (System SUT
u u
Hardware Horizontal integration of test components on hardware modules Lots of modules and extensive wiring needed
Test Item:
Use case path across several requirements + description of e.g. non-functional conditions
Requirement Structure • Requirement A • Rq A.0 • Rq A.1 • Rq A.2 • Requirement B • Rq B.1 • Rq B.2
u u
Work split Reviews
4
Testing Overview
Vector Test Solution
Traceability
Diagrams
Tables C# Test
CANoe CANoe
Remaining Bus Remaining Bus Simulation Simulation Test Execution Test Execution