1-11728-将自动化测试融入嵌入式CICD流程中符合功能安全的要求-0530.pdf

1、将自动化测试融入嵌入式CI/CD流程中符合功能安全的要求Jet Zhou 周杰演讲大纲现代C/C+嵌入式开发的趋势在 CI/CD中实现嵌入式的自动化测试自动化测试达成功能安全的目标Parasoft公司介绍现代C/C+嵌入式开发的趋势 通过DevOps方法论指导的CI/CD落地应用 尽早进行不同级别的测试 不断增长的标准合规要求 设置自动化质量闸门“基础设施即代码”可扩展性和可管理性 随时迎接动态更改 降低人员和时间成本从传统的瀑布式开发转向DevOps的方法论实践DevOps结合了敏捷实践，专注于打破团队隔阂，自动化手动任务，并通过持续反馈提高生产力。实施一套敏捷原则，这些原则要求开发和运营团

2、队在整个软件开发生命周期（SDLC）中进行协作。敏捷开发的规则/价值（敏捷宣言）1.个体的交互胜过流程和工具2.可以工作的软件胜过面面俱到的文档3.客户合作胜过合同谈判4.响应变化胜过遵循计划持续集成(CI)和持续交付(CD)是实现DevOps的最佳实践尽早进行不同级别的测试（“左移”缺陷检测和修复）1x4x10 x40 x缺陷百分比85%编码单元测试功能测试系统测试发布修复缺陷的成本发现的缺陷占比引入的缺陷占比自动化质量闸门和标准合规性 各种行业标准要求采用多种软件测试实践 功能安全和过程标准p IEC61508p ISO26262p IEC62304p EN50128,p DO178B/C

3、p MISRAC2012p MISRAC2023p AUTOSARC+14p CERTC/C+p CWEp DISAASDSTIGp JSFp OWASPp PCIDSSp UL2900 编码标准（功能安全和信息安全）组织内部标准“合规性即代码”定义合规性要求 自动强制执行 自动化质量闸门 编译通过 静态分析与编码标准实施 单元测试、集成测试、系统级测试 代码覆盖率 配置不同的质量闸门 在功能分支中开发 集成到master中主干(master)分支(Branch)自动化质量闸门测试失败或违规拒绝集成自动化质量闸门没有失败的测试或违规接受集成主干(Master):稳定、经过测试、符合要求的代码没

4、有失败的测试或静态违规严格的质量把关分支(Branch):活跃的开发可接受偏差和未通过的测试质量把关不那么严格自动化质量闸门和标准合规性基础设施-工具和技术选型 开发操作系统:Linux(x86)版本管理（SCM）:Git,SVN 构建:CMake,Bazel IDE:轻量级且可自定义 容器化部署技术:容器(Docker-dockerfile)测试工具：ParasoftC/C+test CI/CD工作流:,GitHub,GitLab,Jenkins,AzureDevOps基础设施即代码：要求所用工具能支持脚本化（代码形式）来定义和配置，并跟程序代码同步版本控制管理。使得基础设施的变更和维护变得

5、更加可控和可预测，实现环境搭建的可重复、自动化配置部署。为什么嵌入式开发团队喜欢容器？集中管理和部署开发环境 编译器,SDK,测试工具 每个团队成员都有一个一致的开发环境 动态变化 升级到新版本（编译器、库）对安全漏洞的集中和即时反应 将开发环境恢复到特定状态 容器环境版本控制 与受监管的安全关键环境相关 降低团队成员的时间成本容器是一个标准的软件单元，它封装代码及其所有依赖项，使应用程序能够从一个计算环境快速可靠地运行到另一个环境在嵌入式中典型的容器化应用配置在开发本地计算机上构建和运行（无容器）Git服务器开发/桌面Pull代码在嵌入式中典型的容器化应用配置Git服务器开发/桌面Pull代

6、码运行在开发机上构建并在容器中运行在嵌入式中典型的容器化应用配置Git服务器开发/桌面Pull代码构建和运行在容器中构建和运行，不占用开发人员桌面资源在嵌入式中典型的容器化应用配置构建运行Git服务器开发/桌面Pull代码将构建和运行环境分别部署在不同的容器中以增强可维护性在嵌入式中典型的容器化应用配置构建运行Git服务器自动化服务器Pull代码使用Jenkins调用实现CI/CD管道自动化在嵌入式中典型的容器化应用配置本地镜像注册中心Docker Hub仓库自动化开发/桌面拉取镜像Git 服务器Pull 代码在团队之间共享基础架构，保障基础架构环境的一致性演讲大纲现代C/C+嵌入式开发的趋势