项目案例一

项目案例1
一案例描述
红旗hs5车载智能控制娱乐系统，是基于
C4— Alfus 新一代智能驾驶舱系统开发的,该系统基于 Intel 全新发布的凌动处理器,实现中控屏,副驾驶屏互动;软件上基于虚拟化技术实现 Cluster 与 IVI 双系统独立运行车载系统解决方案
二案例特点
1 技术纵深大
要求知识储备跨度大,需要对 hmi , app , freamwork ,驱动,硬件都有一定的了解和把握。比如一个 u 盘不能识别的问题,在 ui 层紧紧表现为 titlebar 不能显示 u 盘,但在具体解决问题时,需要排查 ui , media — app , media hub ,驱动,硬件。里面涉及的技术有 kanzi , commapi , udev glib , u 盘内核驱动,硬件,要在第一时间判断问题所在。
比如 WIFI 连接网络后上不去网,需要从 ui 层判断返回开关状态是否正常, app 判断对手件 tbox 实际连接情况,网关状态,判断车载以太网实际网络环境, someip 通信是否异常等。
比如系统 cpu ,内存耗费高,需要对每个应用的实际问题点进行排查,联系帮助每个模块进行改进优化。
又如死机问题的排查,需要分析 coredump 日志,动静态排查死机原因,指出系统中发生问题的某个层的具体位置和优化方向。
很多问题在管理中需要明确分工,提高效率,但同时要求有架构人员在更高纬度对整个系统进行纵向把控。
2 系统涉及横向范围广
车机系统集成了大量实用功能，这些功能的把握需要投入大量经历。如vr涉及到和科大讯飞的交互，底层声卡的使用，焦点的转换。
如gps，ublox的数据解析。WIFI芯片的数据交互，tbox的数据交互，语音流的传输。media播放的中间层逻辑处理和gstramer的调试。bt数据交互。dlna投屏底层和应用层的处理。carplay，carlife的协议处理。usb处理。第三方qq音乐，喜马拉雅，红旗微应用的系统接口暴露，调试。senser传感器数据的解析。ivi和车身ecu的交互，收音机芯片的交互等，功能繁杂，其中一些功能原理相通，但更多处理方式完全不同，这需要架构人员投入更多经历积累宝贵经验。
3 量产环境负杂
3-1 终端客户情况复杂
量产项目是直接面对市场的最终客户，从问题的产生到解决要求时间短，见效快，态度好。而且市场上一个小概率问题由于用户基数的问题经常暴露，导致我们在测试环境不能复现，只能到现场解决，受客户压力，现场调试设备等因素影响，压力大。举个例子，在浙江一4s店，WIFI连上路由器ivi就死机，反复找规律，最后排查是店里一台很老的路由器在传输ap名称时，采用异常的编码格式，导致车机内部进程通信机制崩溃，这在我们开发测试中是意想不到的。
在哈尔滨一终端客户反馈开车前几分钟gps定位不准，导航跑飞，高德界面乱掉，经排查，高德地图在做径路匹配时参考了tbox，senser温度值，但在someip传输过程中，把温度值设置成了无符号数，导致传输负温度时温度异常，由于在车机启动后几十秒senser芯片就能升高20度，在沈阳这种冬天零下20℃天气很少的地区，测试很难覆盖到这种情况，我们最后在一个温度很低的晚上，复现解决了这个问题。

3-2 应对甲方多变的需求问题
ui界面的变更。车机功能增删。
变更系统组件后，ivi系统崩溃问题解决。
作为乙方一方面考验项目经理的智慧，另一方面也是在考验技术开发的快速反应力。

3-3 与其他部门及对手件协同复杂
作为量产项目，需要对生产环节做出指导。
在bug产生后还要内部排查和无异常说明，问题报告编写，对手件异常的举证排查等。

三 问题总结分析
在以上列举的问题归结起来
1：开发自身因素导致。接口测试不到位，在客户端很容易出现意想不到的问题，白盒测试，接口测试的流程缺失。开发人员的素质，能力参差不齐。这些因素要求开发人员更多的经验积累和能力提升。
2：测试实际环境和人员投入不足
在市场反馈问题加剧，一汽重视，我们投入了更多的测试人员和加强实车路测，及成立客户问题解决小组，测试端的问题得到有效优化。
3：管理改善
在矩阵管理模式中容易出现指挥重叠，造成开发精力不足，产出效率下降。
任务和人员配置优化。
对三方组件的把控能力改善。
对甲方沟通优化。
权责明确，激励得当。