做车载测试3年，我的思考与总结_车载测试分析日志，2024年最新2024软件测试面试宝典

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

多主动跟领导汇报自己工作的完成状态，不要老等着被提问，汇报要有有所准备，不要一问三不知。

3、英语水平很重要

别觉得我们做测试的，又不涉及对外沟通，只要会用工具会写点脚本就行了。万一哪天公司来了国际业务要你和客户review测试用例，或者猎头提供了一个名外企的机会，结果因为英语不行，拉胯了。最近公司入职了一个互联网行业的员工，进来对汽车电子很多都不甚了解，但仍旧给的是高工，并且接的都是国际大项目。一下子让我惊醒，原来只要英语好，就可以盖住所有的不足。所以各位筒子们，集美们，一定要英语上多下功夫啊。不要再被网上的什么发音要标准误导了，只要听得懂，哪怕说的口音让人觉得耳朵收到了侮辱都没关系，只要吐字清晰，表达顺畅，不要一直“嗯，啊，嗯，呃，……”就已经达到了有效沟通的目的了，千万不要沉迷于什么地道表达、纯正口音，老外没那么笨的，因为你说的不地道发音不标准就听不懂了，多想想你听老外讲中文的时候就明白了。

4、多跟比自己强一点的人学习

这条可能不具有普遍性。但如果你也是跟我一样老担心麻烦别人，跟大佬沟通有点羞怯心理忒强，那就对了。当然这个操作的前提是，要对自己有个清晰的认知，知道自己是什么水平。你如果觉得自己很厉害，跟大牛也只差一点，那也可以经常直接去找大佬请教。

其实也很简单，可以拿工作年限判断。比如我工作三年，我平时就跟那些个工作五六年的天天在一起沟通聊天的比较多，一起吃饭，周末一起打打球什么的。然后在一起的时候就可以聊聊工作情况呀，市场需求呀，薪资涨幅啊什么的，多关心关系自己的朋友和同行是一件好事，可以让我们了解整个行业的趋势，毕竟汽车电子行业的圈子是很小的。然后有什么问题也可以直接请教，跟他们的工作经历差别较小，所以更容易产生工作中的共鸣，尤其是困惑我的，也是不久前困惑他们的，所以在这些问题方面，他们更能够也更愿意帮助咱们。在人家帮助了咱们以后，一定不要吝啬夸奖，顺手买瓶水也是可以的。这样一来一回，下次再问不难嘛。

另外，看着这些人，了解了他们的一些工作状况，也可以对我们未来近几年的职业规划可以做一些参考。现在这个年代，不确定性这么大，看不了十年，看三两年还是可以的吧。

最后，这些人本身也处于职业生涯的中期，还是很追求上进并且追求肯定的一批人，帮助我们这些小白，也会让他们心里美滋滋自己的职业成就感，真的是你好我好大家都好的大团圆结局了，一般做软件行业的都会很乐意分享的，不论是技术还是技巧，不然你就不会看到这篇文章了

5、跟团队搞好关系，尤其是开发

其实跟我们测试日常接触最多的，也就是软件开发部了。虽然我们是测试，报bug是“天经地义”的，但是一定要注意表达方法。万一遇到个“脾气大且差”(情商低&自大狂)的开发，不就点炸药了吗，无论最后谁占上风，最后反正别扭是结下了，项目还得继续做呀，多扎心。

所以，跟开发平时多打打哈哈，没事去他们工位上侃侃大山，多一些交流，除了报bug时候更顺畅之外，没准儿还可以启蒙我们码代码或者没事给烧个板子，和项目吵架时候，多个队友，也是好处多多。

其实工作中公事公办很好，但是掺杂了一些交情以后，事情可以办的更顺畅，毕竟公司流程再完整，也是有很多三不管的盲区的，大家一个团队里氛围融洽的话，也就都“助人为乐”“做好事不留名”的帮着做了。扯皮的事情也就会少一些。

6、领导项目要坚持

领导项目一定要坚持，只要不是强行把你撤掉，那你就要坚持下去。解决问题总是有方法，领导者的任务之一就是找到它，并且实施下去。遇到只要是非人性困难，首先想到的要是如何去解决，不是逃避。跳槽也是从一个坑跳到另一个坑

7、做好风险计划

要有风险计划，哪怕很简单一定要有，比如项目延期风险，应对策略加强进度管理，项目超支风险加强成本管理，项目质量风险，加强质量监控。这些看起来是废话的句子，可能会帮助你拯救项目。

8、项目需求是过程，客户利益最大

产品满足用户需要才能满意，沟通的初始是倾听，了解需求背后的动机，需求可以协商，立场不是最重要的，利益才是。

9、做好Case，代码脚本的备份

做任何事情都要有第二手准备，测试也是，在平常的Case设计，Case更新，思维框架图都要保存好，包括你对别人发给你的文档，最好不要直接做修改，而是存一份原始的在本地，再去修改编辑。做好配置管理，备份，代码安全，别做删库跑路的事情，要预防其他的意外。

有时脑子会乱想一些其他的，所以也说说除测试之外的一些职场小感触：

很多人认为事情做得多，事情做得好就能晋升是个广泛的误区，事情做的多，做得好并不代表你可以晋升，只能代表你的熟练程度提高了。晋升的基本原则是你提前具备了下一个等级的能力，然后有遇到或者自己创造了一个机会，最后顺利晋升到下一级别岗位。

很多人喜欢不停的做事，但不会停下来思考，缺乏总结复盘的能力，其实阶段性总结复盘，不仅能够固化前面的经验，也能梳理后面的方向；把事情做对很重要，但是更重要的是做对的事；另外不要贪快，方向正确慢就是快。

不要和你的同事比工资，没有意义，比工资总会有人受伤，更多的是负面影响，并且很多时候受伤的会是你。你只要认清楚自己的实力，清楚自己的行业水平，知道自己在行业的场景下并且结合自己的具体情况，尽力的去争取资源，往自己的需求靠近就可以了，明白了这些，大可不必为那1-2k去纠结自己的价值或者贬低别人的价值。

不要说一项技能没有用，任何你掌握的技能都有价值，但是你要学会找到发挥它的场景。工作中如果要上升，你要勇于承担麻烦的、有挑战的任务，当你推掉麻烦的时候，你也推掉了机遇。当然也要敢于拒绝职场PUA，尺度自己拿捏

不要把自己家庭和身体的不幸到处宣扬。同事永远都只是同事，朋友也永远都只是朋友。这两个角色永远代替不了亲人这个角色

不要幼稚的把人事部门当成你的倾诉对象，站在老板的角度想一想，他会怎么看你的倾诉内容。

犯错误不可怕，但不要重复犯错误，更不要犯低级错误。出处错了第一步明确承担责任，第二步积极寻找方法弥补损失，三步坚持到底挽救过错。这个同样适用于生活中的方方面面

适当的宣传你的成绩。比如建立业务影响力，建立技术影响力，不要等着被发现。

如果一个员工做杂事做的非常好，那上司大概率会每次遇到同类杂事都会委托他去做。如果一个员工贴发票贴的不好，但是核心业务每次完成都很出色，大概率领导会把更核心的事情交个他做。所以什么事情应该做好，什么事情应该减少你的精力去做，你自己心里要有数。

事事有着落，才显得靠谱。我在工作期间一直，几次被不靠谱的人坑过，所以我对自己暗暗要求做靠谱的人，这样才让别人觉得你可靠，愿意把核心工作交给你。具体表现在：工作定期要向上司汇报情况，反应进度，上司就是上司，尊重这个职位，上司并不是在请求你。

无论是写代码还是设计用例，是个脑力体力都需要的活，身体很重要，千万重视。你自己的身体是第一生产力，记得保护好自己。★★★

汽车软件测试** VS 手机软件测试**

我在毕业后工作的这几年，遇到了很多同事，他们测试经验丰富，但是他们之前是从手机测试转到车载测试。所以对于这个话题，有些见解。

首先，汽车软件测试，相比于手机软件测试，很明显的一个区别就是：汽车软件测试需要搭建硬线测试环境。在我的测试经验中，嵌入式软件有的时候出现的问题很奇葩，就是莫名其妙的出现，莫名其妙的消失。当然，你可以理解为“环境问题”，或是“devices issue”，但是你也大可以去尝试分析出现这种“无厘头”问题的原因，有的时候，顺藤摸瓜，了解低沉原理知识，你就可以去分析出导致这个问题的原因。即便无法确切的定位问题，但是也可以大概的认知到问题可能出现在那个模块。其实无论在什么时候，做什么工作，在工作过程中都会遇到问题，而重要的是会去思考问题，分析问题，然后去耐心的解决问题。这是一个很好的习惯，也是资历老的员工比新员工多出来的一种能力。在具体的工作中，手机软件测试，在手机有电的情况下，你只需要把App装进去就可以进行测试了。然而汽车软件测试，你测试的往往只是一个电子控制单元（ECU）,为了让它工作，你需要把它接入到一个完整的闭合回路中，要连接电源、上位机以及电流计或者电压计，有时候还需要接入对手件等，必要时还要接入屏幕、喇叭以及多个电源，然后看到的画面里面就只有线束了……有时候测试只需要五分钟，搭建硬线环境就需要两小时……

因为线束太多，还出现过短路线束冒烟的情况……所以每个测试工程师的桌面上基本上都是线的海洋，一片狼藉……

其次，手机App测试，大多时候只要人和手机就构成用户使用测试场景了。然而因为很多汽车ECU开发过程是没有实车测试环境的，需要创建仿真工程，以实现实车测试的效果。在做测试时候我们需要利用一个测试硬件（CANoe）创建一个仿真工程，以实现测试ECU和其他ECU的交互。手机App测试，除了简单的功能测试外，还需要做性能测试、接口测试等。源于互联网行业多年的发展，手机App这方面测试需要的工具在市场上已经有很成熟的商业用软件工具了，比如Jmeter、postman以及LoaderRunner等。然而车用软件一方面相比于互联网手机类APP软件流量较小，所以对于网络负载等性能测试要求较低；此外，车用软件根据总线类型（CAN or LIN)有固定的性能测试要求（一致性测试），这类测试多包涵物理层、数据链路层以及网络层等相关的测试，一方面包含硬件测试，另外一方面，测试时候需要外接的设备较多（像LIN网络测试多需要外接示波器），对于人工测试的需求更多一点，因此可自动化的发展程度较低。正是因为这个原因，很多车企，尤其是零部件供应商，多根据自己的产品自主研发自动化测试框架，开展局部的自动化测试。从这个方面讲，车企的自动化工程师是很稀缺的，物依稀为贵哟。另外，最重要的是，汽车软件产品研发周期长，测试任务相对较分散。不像大部分手机APP类软件，都迭代较快。因为车上用的东西，都是与安全相关的。搞不好来个召回事件，很多零部件供应商都吃不消的。基于这个行业大背景，车用软件的开发都会遵循一个严谨的开发流程（ASPICE开发流程），一个项目的周期一般最少在两年，像宝马奔驰类的项目，可能有做九年的（听公司老同事说的），一轮测试，周期也较长，所以节奏并没有很紧凑（加班少），相对舒适，不像互联网手机APP类，动不动就要通宵达旦，我有几个做互联网类手机应用软甲的朋友，经常一遇到软件发布，就是凌晨三点打下班卡。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
…(img-Ioul6jPX-1713462389081)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！