汽车行业量产知识

量产就是批量生产SOP,英文全称start of production开始生产,国际标准达到50辆才能称为量产。

三类项目

POC(Proof of concept):论证设计用的,投入成本小,开发周期短,一般不用量产,也就没有后续维护。

Demo:功能演示或者样品演示,投入成本小,开发周期短,一般不用量产,也就没有后续维护。

MP:卖到市场上的,投入成本大,开发周期长,需要量产和后续维护。

项目开发四个阶段

阶段bug数量bug难度信息完整度响应速度要求
全功能最多最低现象描述清晰,log齐全,大多时候台架可以复现较高
试产较少较低log会有缺失,现象描述不太清晰较低
量产较少有难度log基本没有,现象描述基本没有最高
市场维护最少困难没有任何log,没有现象描述较高

量产要求

安全性高,稳定性强、使用寿命高、快速市场响应、每年迭代升级。

Bug产生原因

1、测试用例不全或错误:编写测试用例及评审,未考虑到用户的非正常流程,没有覆盖全所有可能发生的情况。

2、需求变更:开发结束后,客户修改需求,导致原设计成为问题。

3、特殊场景:对出现场景高度依赖,开发阶段没有测试条件。

4、外部原因:线束故障、硬件问题、外部ECU问题、人为误操作、未走正规下线流程、软件配置和车型比匹配、硬件老化或失效。

现场应对方法

有个比较好也常用的办法,可以先带个好的零部件过去替换,这样是最快最有效的。

避免Bug方法

1、解决Bug可能会带入新的Bug,一定要做足够的边界测试和异常操作测试。

2、测试用例由两个或以上的人出具,然后合并,能够覆盖更全面。

3、某个模块反复发生的问题,可能是开发逻辑不够严谨,要组织高手对代码进行review。

4、对问题保持谨慎修改的态度,对一些不合理、需要通过打补丁实现的要求,业务上态度要坚持立场。避免补丁摞补丁无法满足正常需求,最终要重构的下场。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

不吃鱼的羊

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值