当前整车研发测试进入多主体协同新阶段，传统线下管理模式已无法适配业务需求：车辆调度依赖人工登记，测试方案与车辆资源难精准绑定，跨角色任务靠邮件、口头通知传递，链路断点多、数据效率低；同时多类参与角色的权限与数据边界缺乏统一管控，易出现数据泄露、权责不清等风险。 随着智能网联汽车测试复杂度提升，事故报告、胎压胎纹等核心数据长期靠人工事后补录，时效性、准确性差，问题跟踪无法形成闭环，测试结果沉淀复用难度大，直接制约测试迭代效率。搭建覆盖Web端管理、H5端执行的全链路数字化测试管理系统，成为打通数据断点、提升业务规范化水平的核心刚需。
1. 资源调度与任务规划
测试工程师登录 FMS Web 平台后，进入“车辆预定”模块。系统展示当前可用的测试车辆池及其状态（空闲、维护中、已占用）。工程师根据测试需求，选择特定车型并锁定时间段完成预定。在预定过程中，工程师需从标准库中选择或自定义“测试方案”，明确测试目的（如耐久性测试、辅助驾驶验证等）。预定成功后，系统自动生成待测试车辆列表，工程师可在列表中查看车辆详细信息及关联的测试方案。
2. 任务分配与人员管理
在车辆列表界面，工程师将具体的测试任务分配给指定的驾驶员或测试团队。与此同时，MB（Mercedes-Benz）内部管理人员在“合作伙伴管理”模块中，为外部司机或合作方创建并分配唯一的“合作伙伴 ID 账号”。该账号与特定的测试任务和权限绑定，确保数据访问的安全性与合规性。
3. 问题跟踪与闭环管理
当驾驶员在路测中上报问题或事故时，FMS Web 端的“问题追踪看板”会实时刷新。工程师可以查看问题的详细描述、发生时间、地点及相关多媒体证据。系统支持对问题进行状态流转管理（如：新建、处理中、已解决、已验证）。工程师可在此界面跟踪每一个问题的解决进度，并与开发团队协同，确保所有缺陷得到及时修复和验证。
4. 数据洞察与结果提取
测试结束后，供应商工程师或数据分析师登录 Web 端，进入“测试结果分析”模块。系统自动聚合本次测试周期内的关键数据。工程师重点提取高价值信息，包括：
事故/事件报告：详细记录事故发生时的车辆状态、环境参数及驾驶员操作日志。
轮胎健康数据：自动汇总测试前后的胎压监测数据及胎纹深度测量值，评估轮胎磨损情况对测试性能的影响。
这些数据将形成最终的测试报告，为车辆改进提供量化依据。
技术与责任描述：
1. 事故报告 Dashboard 代码开发
2. 事故报告、测试报告 FinasNo 模糊搜索开发
项目经验
项目经验
Vehicle Distribution Management（宝马）
项目简介:
随着日益增长的，灵活多变的整车物流业务。中国区需要有 AG 以外的 local application 支持，用于支撑灵活高速发展，灵活多变的市场业务需要。VDM 系统孕育而生。在此背景下，VDM 项目覆盖整车仓储，整车物流网络规划，整车运输流程跟踪，承运商管理，整车质量管理等多个模块。 涉及技术：
SpringBoot、SpringCloud、MyBatis、MyBatis-Plus 、Redis、XXL-JOB 、Maven 、Oracle、Git、Jira、OpenShift、Kibana、Jenkins
技术与责任描述：
1. Show Vehicle 查询相关 defect 修改（付款状态、Route 显示等）
2. 车辆批量入库性能优化
3. 车辆出入库部分功能开发与 defect 修改
4. Service Order 的权限校验(Agent 用户)
5. 出入库、Service Order、Transpartation Order 相关报表的功能开发与代码维护6. 出入库与 Service Order 相关 XXL-JOB 的代码维护
7. Fvl 服务相关 defect 修改
8. 适配 Spotlight 车型的相关开发与代码维护
3. 附件管理，上传与解析（AWS）
4. TestTask 相关代码重构（方法抽取、全局的异常处理器、SQL 优化）
5. Redis 管理外部司机相关信息及对应权限信息
6. 使用 XXL-JOB 定时发送邮件
7. 使用 AOP 自定义注解管理 Log 的持久化、导出等权限
评论