汽车软件质量是指软件在其设计和使用期间所达到的功能完整性、可靠性、安全性、效率以及其他用户满意度指标的程度。

随着智能网联汽车的快速发展，以及车联网、智能座舱、智能驾驶、人工智能(AI)等新技术在汽车行业的大规模应用，如何体系化保证智能网联汽车质量与安全是全球汽车行业重点关注的新课题。

汽车软件质量的重要性！

汽车的安全性、可靠性和用户体验都与软件息息相关，汽车的系统安全诸如功能安全、预期功能安全，预防远程攻击的网络安全与信息安全都从不同角度对汽车软件提出更高要求，但软件的设计、开发、测试、部署、升级和迭代过程与汽车硬件开发制造过程明显不同，软件运行过程的不直观性、不透明性，以及人工智能（AI）一定程度的感知决策不确定性、不可解释性，都对经典的汽车质量和安全管理方式形成了挑战。

以下几点可以概括汽车软件质量的重要性：

行车安全：现代汽车中包含了许多依靠软件运行的安全系统，如防抱死制动系统（ABS）、电子稳定程序（ESP）、自动紧急刹车（AEB）等。如果这些系统的软件存在缺陷，可能会导致严重的安全事故。可靠性与稳定性：汽车软件需要保证其可靠性和稳定性，以确保车辆在各种条件下都能正常运行。任何不可预见的故障都可能导致车辆无法正常使用，从而影响驾驶体验甚至危及乘客安全。用户体验：随着车联网技术的发展，汽车不再是单纯的交通工具，而是逐渐成为了一个移动的生活空间。良好的用户体验要求汽车软件界面友好、操作简便，并且能够提供丰富的娱乐和服务功能。品牌声誉：对于汽车制造商而言，高质量的软件是提升品牌形象的关键因素之一。一旦出现软件故障或数据泄露等问题，将直接影响消费者对品牌的信任度。合规性：各国针对汽车软件都有严格的标准和规定，不符合相关法规的软件可能导致产品无法上市销售，或者在市场中遭遇召回等不利后果。

因此，汽车制造商和供应商必须高度重视软件开发过程中的质量管理，汽车软件的开发和管理将变得更加关键，相关的标准和评估方法（如AutoSQS和ASPICE）也将发挥更重要的作用，以确保软件能够支持汽车行业的持续进步和发展。

近期发布的《汽车软件质量安全标准（AutoSQS）》，融合了汽车质量、功能安全、预期功能安全和信息安全对软件的要求，并结合了中国汽车企业在智能网联领域的实践经验，为汽车软件质量和安全管理提供了一个统一的融合体系架构和实施指南。这一标准自2024年10月1日起正式实施，对推动中国汽车行业软件质量管理和安全水平具有重要意义。

该标准规定的汽车软件质量安全要求是对汽车产品和服务要求的补充，是汽车软件质量、功能安全、预期功能安全、信息安全等特殊要求的基础。本标准可用于组织内部和外部各方，并可根据实际情况在本标准框架下适当裁剪、补充顾客特殊要求。

该标准首次融合汽车质量、功能安全、预期功能安全和信息安全对软件的共性要求,并结合中国汽车企业智能网联领域的最佳实践，为汽车软件质量和安全管理提供了统一的融合体系架构和实施指南。汽车软件质量安全标准能够帮助组织充分识别和协调软件相关的质量与安全要求，提高汽车软件跨组织、跨部门协同效率，提高整体软件质量安全绩效，并帮助组织建立和提升符合汽车规范的软件质量安全体系能力。

除了上述标准外，ASPICE（Automotive Software Process Improvement and Capability dEtermination）也是一个重要的工具，用于汽车软件开发过程的改进和能力评定。

ASPICE最初由欧洲主要汽车制造商共同制定，旨在指导汽车零部件研发厂商的软件开发流程，从而改善车载软件的质量。通过ASPICE评估，开发团队能够识别和解决潜在问题，确保汽车软件的质量符合高标准。

汽车软件质量的三大板块

主要分三大板块：基本工作内容、质量管理水平阶梯、行业对软件质量的要求。

1、基本工作内容

软件质量保证的目的是提供独立和客观的证据，以证明产品和过程符合组织要求。

质量保证的工作主要分5大步骤：

1.1定义软件质量保证计划

根据项目特定的质量目标，准备软件质量保证计划。在项目计划中安排质量保证活动。批准软件质量保证计划。

1.2执行过程软件质量保证活动

根据项目进度和软件质量保证计划执行过程合规性检查。按照软件质量保证计划定义软件质量控制面板。汇总过程检查状态和结果。在特定的管理工具中记录差距、确定行动项、责任人和截止日期。

1.3 执行产品软件质量保证活动

根据项目变更级别、软件项目计划和软件质量保证计划，定义软件里程碑评审计划。召开软件里程碑评审会议，团队对最终红黄蓝评价达成一致。汇总质量阀检查状态和结果。在特定的管理工具中记录差距、确定行动项、责任人和截止日期。

1.4汇总和沟通质量保证活动与结果

总结过程与产品质量保证的结果，包括差距、行动项及行动项的最新状态。

在相关的项目管理会议上，进行质量状态汇报或升级。

1.5确保行动项关闭

针对差距和行动项进行跟踪直至合理关闭。

2、质量管理水平阶梯

按有效性递增排列的5种质量管理水平如下。

2.1第一级：客户发现缺陷

通常，代价最大的方法是让客户发现缺陷。这种方法可能会导致担保问题、召回、商誉受损和返工成本。

2.2 第二级：检测和纠正缺陷

控制质量过程包括先检测和纠正缺陷，再将可交付成果发送给客户。该过程会带来相关成本，主要是评估成本和内部失败成本。

第二级是常说的QC，迁移到软件领域，通常是测试或修复bug。

2.3 第三级：质量保证

通过质量保证检查并纠正过程本身，而不仅仅是特殊缺陷。

第三级就是QA，是我们最常说的软件质量的职能主体，也是我们第一部分论述的内容，但当组织质量文化比较差时，经常会滑到第二级。

2.4 第四级：质量融入

将质量融入项目和产品的规划和设计中。

第四级属于顶层设计，这部分通常是我们对QA的进一步期待，但也要把质量工作本身作为业务的一环。

2.5 第五级：质量文化

在整个组织内创建一种关注并致力于实现过程和产品质量的文化。

3、行业对软件质量的要求

3.1体系/流程/过程

流程&体系是我们的最主要的专业能力和工作对象，基础不牢，地动山摇，首先要做一个公司内对流程与体系最熟悉的人。

3.2 开发

在软件整个生命周期内主要着力点在开发阶段的，不像机械产品SOP后会有老化损耗的问题，软件可靠性更多地依赖开发设计。

3.3沟通/合作/协作/协调/组织

质量不写代码，也不做测试，不会给项目直接增值，却还要挑毛病，沟通的能力和双赢的情商就很重要了。

3.4评审/审计/审核/检查/评估/度量

粗略理解就是“检查”，质量的来源就是检查。到目前为止，检查依然是主要的工作手段。

3.5 问题/风险

那么，“检查“是检什么、查什么呢，也只能是“问题/风险”了。

没有它们，就不需要质量。有人会说，质量还要找到做的好的，不能只看差的，道理没错，有些情况确实会提好的，可是要是都是好的，就说明项目组已经可以自驱动做好了，质量作为支持角色的价值自然弱化，质量不会这么做的，没有驱动力。

3.6落地/推动/实施/执行

“落地/推动/实施/执行”是组织对质量的期望，养这些人不只是为了挑毛病，还要负责支持解决毛病，质量最喜欢谈的PDCA，最喜欢谈的闭环，肯定也会被人要求在自己身上。

3.7改进/优化/改善

当然，解决个例的、具体的问题还得是专业的人，质量要更侧重于从流程和体系层面解决，“改进/优化/改善”这部分也正是体现质量高阶水平的环节了。就像8D有8步，但核心在Root Cause的分析上。

3.8ASPICE/CMMI

“ASPICE/CMMI”几乎是比较具象的软件质量的代名词，算是一个抓手，可以认真研究下。

3.9功能安全/ISO26262、敏捷/Scrum和ISO9001/16949

ISO26262与敏捷和ASPICE的融合是一个非常重要的话题，值得深思。

3.10分析/总结、表达/语言/写作/报告/汇报

我们要用“分析/总结”的头脑工具处理获取的“数据”输入，然后，进行“表达/语言/写作/报告/汇报”的输出。

获取数据、分析总结及汇报输出这几个环节是质量日常工作模式，也可见出功底厚薄，尤其是汇报，通常也是质量的权力与威望来源。

3.11 业务/研发

把研发和业务放在一起，因为汽车行业里对于研发的理解比开发外延更大，会更接近于所谓的业务。

3.12 工具

“工具”这块分了两部分。

一部分是常规意义的质量工具，或者叫方法论也行，比如，FMEA、FTA、MBSE、7大工具之类。

另一部分是数字化工作，现在大家都在推动数字化转型，比如，Polarion、Doors、JIRA都属于这一类。

特别对于软件质量，没有数字化工具的支持，几乎无法进行。

3.13 测试

“测试”这部分占比也较多，测试和质量在识别问题的角度是一致的，质量非常需要从测试专业的角度理解产品和项目，也非常需要和测试密切合作。

3.14 培训/指导

“培训/指导”不多扩展，对于流程的创立者、守护者和推广者，自然需要这项技能。

3.15 意识

“意识”或者也可以称之为质量文化，极其重要，同时又极其虚，极其难建立，毕竟改变思想、改变意识谈何容易，但是一旦真的能撼动这块硬骨头，就会是软件质量工作源源不断的原动力。

再说一句，关键的是领导认可和组织有土壤。

3.16 认证/证书/PMP/ACP

“认证/证书/PMP/ACP”以及ASPICE PA、Scrum Master、内审员等这类资格认证，就像是各种含金量不怎么高的证书。一句话，有比没有强。

3.18 项目管理

“项目管理”的经历和意识对于做好质量沟通有很大帮助，但确实不需要承受项目经理那样的“压力”。

3.19 编程/C语言/JAVA

“编程/C语言/JAVA”排在了最后，大体可以说明这本身的技能至少不起决定性作用。当然，懂的话更好了。

对于数据的分析就这么多了，限于数据的有效性和分析的水平，结论未必精准，供参考，并欢迎讨论。

汽车质量管理的真象！

软件质量是个务虚的管理性工作，但切不可一直沉迷于务虚。以下是一些心得体会，仅供大家参考：

1、这份工作始终在致力于消灭自己，放缓改进的节奏往往是迫于无奈。

2、显然，这是一个务虚的工作，无法证真，难以证伪。

3、软件质量存在的底层逻辑在于“过程决定结果”。

4、万不要局限在QA审计上，凡对项目好、对产品好，皆可做。就像敏捷，凡好的东西，尽属于我。

5、做得比较好的软件质量，往往在以下两点做到位了：提供情绪价值和信息。

6、预防是看不到价值的，所以大家都在解决bug，无他，唯人性尔。

7、既需要通过汇报来揭露团队的问题，又需要与团队搞好关系获知真正的问题，好似我要捅刀子了，笑问对方你哪里最疼。

8、有些人总对软件质量有不切实际的期望，尤其是开发出身的人，可是，我若会写一手好代码何至于做质量。当然，大家都认为自己有资格教人做事，比如我。

9、不要问我软件质量有没有用，我不负责有用，而且有没有用的“用”本就大有名堂。

10、这世界多是草台班子，所以软件质量也可常气定神闲，偶眉头紧皱做沉思状，后坚定讲出自己不知所云的东西。贾宝玉说，除《四书》外，杜撰的太多，偏只我是杜撰不成？大凡大家，多有此本领。

11、如果做软件质量的懂点业务，细心点，再加上管理层给予的项目释放权力和责任，是能帮助提升质量的。

本文作者：水轻言

更多专业质量文章，请访问QualityIn质量学院官网www.quality-in.com

One More Thing

卖爆10,000多套《全价值链质量工具手册和地图》

您所遇到的质量工作场景，

在这里都能找到适合的质量工具！

欢迎企业团购（买5赠一）

强烈建议您别犹豫，买吧！

▼▼▼