今天小弟就跟大家简单的聊一聊如何有效的去管理智能座舱测试团队？欢迎大家留言。
我个人大致给智能座舱测试系统管理分为四个部分：

  • 前期：相关计划的排版，环境的搭建和人员的招聘
  • 中期：测试进度的把控以及供应商的管理
  • 中后期：实车测试和外部的联调安排
  • 后期：人员能力的提升以及测试流程体系的建立

下面就详细聊一聊测试系统的管理

项目前期


当你遇到一个新公司要组建自己的测试团队时，基本上都是由老员工自己来搭架子（不排除从外招），前期组建测试团队无非就是：人+物。首先说说人。

人员招聘：

  1. 测试需要多少人是根据你项目的进度以及整个项目的工作量来决定的，我个人是在主机厂工作，所以以下主要谈的是主机厂的测试团队的搭建。主机厂一般测试团队规模不会太大，需要测试的模块大概分为：车机，仪表，TBOX，其他智能附件（APP之类的基本上属于平台端，暂时就不说了）
  2. 车机的基础模块有：地图，语音，车控，多媒体（音乐，收音机类），账号，车辆设置，空调，开机自检，消息中心，电源管理，音频逻辑，360倒车及自动泊车，OTA升级等模块。其中地图：1人个人，多媒体（音乐，收音机类）：1人，CAN信号类：1人，语音：1人，OTA：1人
  3. TBOX：TBOX的功能主要是4G模块，通讯模块，以及相关协议测试。基本上找一个经验丰富的即可。需要人数：1人
    仪表：仪表主要是对一些信息显示，故障指示灯，蜂鸣，提示框等功能，需要人数：1人。
  4. 其他智能附件：1人。

以上就是对智能座舱基本功能测试人员的需求，总人数大概在10-12为最佳，如果按照12人来招聘，高级及以上可占：4人，中级：5人，初级占：3人，基本上可以搭建一个完整的测试团队。对于性能自动化之类的我就不多说了，如果想把性能做好基本上需要公司自研系统，外包出去自己做性能就是白花钱。大部分都是自己跑跑monkey啥的就可以了。多实车测试才是重点。
其次就是说说“物”

测试计划+测试环境

  1. 当决定搭建测试团队那么你就需要先把测试团队所需要的的软件+硬件开始罗列清楚，并给出相关购买清单进行审批，保证后续基本的测试环境。
  2. 每个项目都有自己的年度开发计划，所以制定年度测试计划的主要依据就是这个开发计划，可将年度测试计划进行详细的划分。根据不同模块的基础功能交付时间，可对人员的招聘，测试用例的编写，测试用例的执行，以及修改后的版本的回归，制定不同时间段的测试计划。
  3. 年度测试计划包括：测试环境搭建，测试用例制作及评审，验收测试，全功能测试，多方联调，外部路测，回归测试
  4. 内部测试计划：根据前期人员，以及开发进度，制定详细的内部测试计划，包括用例的覆盖范围，功能验收标准，每个人的功能清单，定期的检查范围。

基本上前期就是制定测试计划，购买相关设备，招聘测试人员等事情，该阶段算是比较忙的时候

项目中期

到了中期，这时候人员基本上满足测试需要了，这时候就是对人员的管理，以及项目进度的跟进，我大致分为：制定绩效评判标准，管理测试进度，提供测试上无法解决的帮助。

  1. 对每个人所擅长什么，人物性格进行摸底，这个一般在面试中基本上了解各七七八八左右，进来后对熟悉的模块进行分配，并制定详细的绩效考核标准。当人员基本齐了之后，可以开个会，把年度的绩效标准制定下去，这是年底对每个人绩效打分的基本标准，必须让每个人清楚的认识到今后该如何做。
  2. 对每个人的模块制定详细的测试计划，什么时间将用例写完，什么时间进行内审和外审都要有一个详细计划，每周进行工作进度汇报，以及下周工作计划.(在这里我个人不建议每天汇报以及写日报，这个时候人员的神经都是绷紧的，也都比较忙，过于细致的监管不利于团队的和谐，具体的大家都懂）
  3. 外部监管，好多公司项目都是外包，内部主要是验收测试，所以对于供应商他们，要求他们给出详细的测试计划，以及提供详细的测试报告。每周要与供应商商讨问题的解决时间以及所需要的帮助。外部测试+内部测试，两方面着手。

  4. 中期联调，不要把所有需要联调的问题放在后面，提前做好各个模块需要联调的功能，特别是OTA升级以及TBOX模块，这两个模块涉及面广，需要联调的功能较多，提前将需要联调的功能罗列好，抓紧催促个供应商及相关人员开始台架联调。

    项目中后期

    项目一旦到了中后期，基本上系统都要保持良好的状态，功能开发完毕，后面主要就是安排好组内人员的实车计划，对系统再实车上的表现进行评估，需要联调的问题抓紧找人联调解决。

  5. 实车路试：根据前期制定的路试计划，可以安排人员对稳定的版本进行实车测试，根据每日汇报的问题拉上相关人员对每个问题进行逐个分析，需要实车联调的提前做好准备。

  6. 实车上需要联调的问题，该阶段就把相关人员召集起来开始实车联调，这一阶段针对的就是实车上的问题，该类问题较多，预留好联调时间，每个模块让测试人员摸清是否有需要联调的漏洞，做到不遗漏。

  7. 工厂对接：到了中后期，工厂的下线的车越来越多，就要控制好版本的发放，以及对接好工厂的问题清单，基本上都需要人员出差解决问题，做好调配就可以了，必要情况下自己可以不定时的坐镇工厂。

    项目后期

    后期了基本上就是快量产阶段了，系统的功能都测试完毕，没有重大bug，此时主要是对接一些小需求的变更，以及实车bug的解决，还有其他项目的准备工作了，后期坚持两个原则：一是设计变更时，重新评估测试时间。二是加强组内管理，做好测试流程体系的建立。

  8. 大家都知道，设计变更都会对测试造成影响，当有上面已决定要改变时我们能做的就是重新评估一下所需的测试时间，包括路测以及问题回归等时间。测试leader就要全程对开发进度以及变更的细节进行了解，总之就是多交流，多跟进，做好协调工作。

  9. 项目后期，基本上发版频率就比较少了，该阶段也不能放松人员的管理，也要制定合理的回归测试并开始提交日报。同时组内开始经验交流，将自己擅长的东西编写成文档在组内培训，提高每个人对模块的理解，这时候可以交换功能测试，增加组内人员的测试经验。

说一说测试流程体系的建立：天下没有不散的宴席，有人来总有人离开，避免不了人员流动，所以对于知识的传承很重要，流程体系在项目前期就要开始做.

  1. 文档的备份以及相关经验的传授，不管什么模块，所需要的测试环境，以及相关小技巧等，在项目中都要以文档的形式更新到服务器上，防止人员离职导致交接不清楚
  2. 人员的传承，我在上面后期里提到，可以定期进行一些交流，以及不同模块可以不同人员测试，不仅提高人员的测试经验，也可以防止经验传承中断。

管理测试团队过程中肯定问题很多，所以要做到及时沟通，提前发现风险，总结经验。以上就是本人对智能座舱测试系统的管理与实施的一点浅谈，欢迎大家下下方评论区对管理测试团队进行指正和补充。