智能汽车车用基础软件平台关联技术
正如在代码管理中所说,代码管理的分支审查策略建议在代码合并到正式分支前进行自动化测试。该步骤是为了保证计划合并到正式分支的代码本身没有质量问题,这样不仅能够减少开发人员测试工作, 同时还能确保软件的质量。
对于这部分提交前的自动化测试,我们认为它有以下几方面的要求:
· 测试需要尽可能快地完成。提交前的自动化测试每天可能发生几次到几十次,这取决于开发人员 提交代码的频率,每个开发人员每次的提交都会触发该测试,因此开发人员需要尽快得到反馈, 了解本次提交的代码是否有问题,如果有就进行修复,如果没有则进行后续的开发。因此,尽可 能快的测试,能够保证开发的效率。
· 测试的范围通常是单个模块,为此提交前的自动化测试的测试方法通常是采用单体测试。对于功能安全件,对测试结果有一定的要求,需要根据测试的通过率对代码的行覆盖和条件覆盖有一定的要求。该项测试可以根据具体的内容要求来设定合适的评判标准。
在持续集成(CI)中,从检查策略来看,该环节的测试可以包含代码的静态、动态等环节的测试,我们可以理解为保证代码本身没有问题。而从触发方式来看,一般会采用提交触发的方式。
(5) 提交后自动化测试
相比于提交前的自动化测试,提交后的自动化测试强调的是代码合并到主干或者生产分支之后进行的测试,该环节的测试旨在验证集成进来的代码是否会对之前的系统产生影响,以减少集成完整系统后出现的问题。
对于该部分测试,执行的频率相对于提交前的测试频率会比较低,但同时执行时间会比较长,测试的范围更广,因为该环节会涵盖完整的系统。而对于测试的类型,该环节往往包含了集成测试、系统测试等。对于某些功能安全件,对测试结果有一定的要求。该项测试可以根据具体的内容要求来设定合适的评判标准。
在持续集成(CI)中,该部分的测试由于执行时间长、测试范围广等特点,一般触发策略会选择定时触发,时间点往往设定在资源长时间空闲的半夜去执行。一方面可以保证长时间的测试,另一方面也可以有效地利用资源。
3. 持续交付
持续交付(CD)可以理解为是持续集成(CI)流程上的一个扩展,它是对软件交付流程的进一步的自动化,以便软件能够随时快速的安装到生产环境中。持续交付(CD)指的是,在完成持续集成(CI) 的情况下,将软件进行发布,使软件随时处于一个可部署的状态,对于汽车行业中的持续发布,往往指 的是将其发布到制品库中进行管理。它强调的是,不管怎么更新,软件是随时随地可以交付的。
4.5 车载通信技术
4.5.1 SOME/IP
1. SOME/IP 协议概述
SOME/IP(Scalable service-Oriented MiddlewarE over IP)是指基于 IP 的可扩展的面向服务的中间件。SOME/IP 协议于 2011 年由 BMW 集团的 Dr. Lars Völker 设计,是一种面向服务的车载以太网通信协议,位于 TCP/UDP 之上,兼容当前国际共同探讨的基础软件开发平台。
(1) SOME/IP 协议功能介绍
SOME/IP 协议采用 C/S(Client/Server)的通信架构,其中 Server 是服务提供者,Client 是服务消费者。根据服务接口类型,使用远程服务调用(Remote Procedure Call)机制,通过数据序列化和反序化(Serialization/Deserialization)使得数据得以在网络中传输。通过可用服务发现 SD(Service Dis- covery)机制来实现服务的动态配置。
-
汽车测试网V课堂
-
微信公众号
-
汽车测试网手机站
编辑推荐
最新资讯
-
谱尼集团河南总部大厦落成并正式入驻运营
2024-11-26 21:30
-
谱尼测试集团山东区域总部大厦落成仪式圆满
2024-11-26 21:26
-
一图读懂丨谱尼测试2024年半年度报告
2024-11-26 21:25
-
谱尼测试获评“2024年苏州市服务业数字化转
2024-11-26 21:24
-
谱尼测试上海电磁兼容实验室扩能投运
2024-11-26 21:23