汽车软件测试从入门到进阶

zy_wawj

前期写了一篇《汽车软件测试入门指南》的文章，有位工作了1年多的同行私信我说，感觉自己的在工作岗位上遇到了自我提升的瓶颈，想转开发岗位，但又对开发岗位有一定的恐惧感，担心自己没办法完成相应的任务，非常纠结。我主要是了解了一下他目前团队中测试成员的能力、测试在整个团队的影响力、测试与开发未来的前景、了解了一下其未来的规划，给出了一些建议。1年多的时间对于软件测试方向来说，其实远没有达到瓶颈的地步，于是通过自己的视角分享一下自己的看法，谈谈如何从测试入门到进阶。主要包括以下几个方面：

自动化测试
测试工具开发测试经验积累场景化测试流程测试团队管理能力从发现问题到定位问题

01

—

自动化测试

纯自动化测试目前在汽车行业的功能测试上还不是主流，主要是因为随着新能源汽车技术的发展，软件更新迭代速度很快，需求变更较为频繁，自动化测试主要用在回归测试中，对于功能稳定的模块以及不涉及频繁变更的模块进行自动化测试，纯自动化测试在CAN底层协议的测试中使用很频繁，例如网络管理测试、CAN功能测试、UDS诊断服务测试等。纯自动化测试在功能测试上目前不是主流，但是这是软件测试未来的发展方向，目前企业采用的核心宗旨是：相对非成熟模块使用手动测试，相对成熟模块使用自动化测试。



自动化测试的主要关键步骤包括：

1.测试项目评审和测试评估（根据测试项目的本身的特性，决定哪些模块使用自动化测试，哪些模块使用手动测试）

2.自动化测试计划（根据项目的周期、测试人员、测试环境开发的时间、测试设备的数量等等，决定测试的计划）

3.确定自动化测试流程

4.自动化测试设计（测试环境的配置，测试用例及测试脚本的开发）

5.测试执行、测试管理

6.测试报告及测试缺陷报告

02

—

测试工具开发

测试工具的开发主要集中于上位机开发、控制卡开发、负载开发等方面，上位机开发主要基于开发的控制器制作CAN上位机、测试设备上位机的二次开发；控制卡开发主要基于控制器的相关信号类型进行开发相关的工控卡，负载开发主要是模拟真实的负载，例如负载箱；

上位机开发主要基于C++、C#、QT等开发工具，以及基于CANoe的CAPL语言，对于测试本身以及整个测试团队来说，是非常有帮助的。

工控卡开发，需要掌握模电、嵌入式技术、C语言的知识，相当于开发一个控制器，与车载控制器相比，主要差异在于其更像是缺少应用层的控制器，主要工作在于底层开发，并将采集的数据传递出来，并接收上位机的指令去执行动作。

负载模拟对于软件测试来说是很有必要的，负载类型主要包括感性负载、容性负载、阻性负载，通过模拟的手段比较容易实现，同时能够大大提升测试的效率，如果接入真实的负载，会耗费大量的环境搭建时间以及测试环境比较杂乱，维护难度大。

03

—

测试经验积累

从事每一个行业，最宝贵的是经验，经验代表着技术的深度和广度，测试技术理论大家都懂，但是如何运用到实际中去才是关键，也许靠经验编写的测试用例，比依靠测试理论编制的测试用例更快速更高效的发现问题，通过以往的项目经验，能够了解开发工程师会在哪些技术上存在缺陷和漏洞，经验是工程师最宝贵的财富，1-3年入门，3-5年进阶，7年以上就是行业的资深技术人员了。

04

—

测试团队的管理能力

具备团队管理能力，意味着你不止能自己独立工作，你还可以带领、指导其他人一起完成工作，是一个升职的必备能力。团队管理即是组建和管理一个测试团队，制定和落实一个有效的测试流程，计划、设计、执行并跟踪输出项目的测试报告，为项目质量提供有效保障。

测试团队的管理在测试理论中主要划分为6个部分：人员管理、流程管理、团队管理、质量管理、风险管理、资源管理。主要涉及到人员招聘、人员培养、奖惩激励、绩效管理、团队规划、测试风险评估等，这也是进阶之路必须要考虑的事项。

05

—

场景化测试流程制定

任何标准组织及企业标准规范中的提出测试流程，都是核心理念和流程的制定思路，都是只能满足特定的组织或企业的测试工作，无法直接运用到自己所处的实际测试工作或者团队中去的。必须要结合场景、结合工作实际对标准规范中的流程进行增加或者裁剪，才能运用到项目中去，如何根据实际的项目数量、测试团队的人数、测试设备的数量制定合适的测试流程，也是从测试工程师入门到进阶的一项重要衡量指标。

06

—

发现问题到定位问题

软件测试中，我们经常会发现各种各样的问题，但是测试工程师自身能不能通过测试问题的现象看到本质原因或者能不能在查找问题的过程中给出建议，也是进阶之路的必经路径。这是对测试工程师测试逻辑、技术积累、经验、测试工具的综合运用能力。