文章目录
前言
近期单位里的测试团队工作略显疲态，所以利用周末时间，翻了一下近几个月的工作记录，发现有挺多问题都是历史遗留，各方妥协，慢慢习惯然后积累下来的。今天就根据这些，梳理一篇专题文章，聊聊一名高级测试开发工程师究竟要面对哪些难题。
一、产品设计和标准难以把握
汽车电子领域的产品，涉及知识面宽内容多，包括软件工程、电子工程、电气工程、机械工程、车辆工程、测控工程、可靠性工程等多个领域。想要基于这样的产品做一个高级测试工程师，那么各个领域都要有一定的把握，形成一个体系完备的基础理论。但是现在大部分的本科或者研究生专业目录里边，还没有任何一个这样的专业存在，只能是上述某个专业的人才进入工作岗位后，自己补足缺失的专业知识。这样就对人才的个人素养、学习能力、成长环境等各个方面提出了很高的要求。
上述的专业基础具备后，就可以对被测产品的设计进行分析了，但是要开展测试工作还得对标准体系有所把握，才能设计出科学合理的测试方案。例如一个动力系统的电子控制器，涉及的标准体系就包括了功能标准、CAN/以太网通信标准、UDS诊断标准、充电标准、信息安全标准、电动汽车标准、道路车辆标准、电气电子标准、电磁兼容标准、电气负荷、气候负荷、机械负荷、化学负荷、密封防护等各个领域的标准，每个领域又都有对应的ISO、IEC、CEC、GB、GJB、企标等等，每个标准号又都有不同的历史版本和不断的更新，每份标准里边一般都有数十项测试内容，每项测试内容又都有好几个测试指标。
标准里边的规定通常都是宽泛而笼统的，想要设计出切实可行的测试用例，就得把前面的设计分析和标准体系联系起来，再加上测试工程师的技术经验，结合测试执行方面的实际条件。如此种种，就又把的测试工程师的工作难度提搞了一度。
二、测试设备依赖度高
测试工作的性质决定了它的实践度非常高，那么也就对硬件设备产生了高度的依赖。比如，做实验时手边缺一个小小的探头，可能就会导致试验全盘推移半天。再加上汽车电子类产品功能的特殊性，测试设备较多都是非标的工装。这类设备可靠性较低，稍不留意就会得出错误的试验结果，一旦需要重新测试就要在搭建测试环境上面耗费大量的时间。
如果要把设备方面的工作拎出来做为一个专项工作来进行，就会发现客户业务-->产品研发-->产品测试-->设备开发这样的优先级链条，设备开发工作就变成了设备关切人，晚上和周末加班才能处理的事情。 俗话说“磨刀不误砍柴功”，但是“磨好了的刀”还是会磨损的，一把刀钝了还可以这样磨一磨，十把刀都钝了就不行了。所以说先磨刀还是先砍柴，这样的哲学命题也是留给测试工程师和管理人的一大难题。
三、测试团队难以管理
测试工程师做到高级层次，需要操盘测试的体系架构，不可能事事亲力亲为，就需要团队的支持，那么就要对团队进行管理。凡事要做好，核心的是人才。管理他人就得“打铁还需自身硬”，不管是技术能力，还是管理能力都要能让人信服，甚至是智力精力、人情世故都不能拖了后腿。但即便如此，在团队管理方面还是会有源源不断的问题。
人才培养方面，专门制定了培养规划和考核方式，但底下的人就是不去下功夫好好学。再加上团队里边有的是年龄大或者资历老，他们有一套自己的玩法。有的是同事亲戚或者上级直辖，不听你的工作安排。有的是毫无主张和自我判断，事关团队的基本原则，说破就给破了。有的是不思进取，交代的任务要么敷衍了事，要么说忘就忘，反复催促才做。有的是佛系或者躺平了，不推不转，任务堆着下班就跑。有的是投奸耍滑，提纲携领听不懂，必须不一字一句给塞。有的是实习生，要么不会干，要么呆不久。
四、测试思维和思想难以统一
测试思想是测试的本质含义和核心目标，也是围绕测试工作的一系列价值观，最核心的就是为什么测试。
第一种思想，认为测试就是验证设计是否正确，设计工程师脑子里的想法就是对的。
第二种思想，认为测试是验证设计是否符合产品定义，产品总工脑子里的想法才是对的。
第三种思想，认为测试是挖掘隐形Bug控制后期风险的，产品交付客户应用之后不出问题才是对的。
高级一点的测试工程一般都会持有第三种测试思想，项目经理想的一般是第二种思想，设计工程师想的一般是第一种思想。然而测试执行的工程师往往是没有自己独立的思想，在具体产品测试时，哪种测试思想的工作方式方便执行，他就转变到了对应的思想上去。
不同的测试思想的人，对各个测试项的要义就有不同的理解，制定出来的测试行动策略就会有天壤之别。例如，项目研发的早期，第三种思想的人分析产品设计发现，高湿环境会对产品的某个重要功能有影响，可能会有严重失效问题导致产品重大变更，需要优先安排进行测试。但是第二种思想的人看了之后可能就会说，产品设计里边没有这项要求，不用着急安排这个测试。关键一环，测试执行的工程师觉得这项测试缺东少西不好搭建，然后就一直往后拖。最后的实际情况可能是，到了项目后期或交付用户之后才暴露了高湿环境这个问题，然后项目早期的大量工作重头再来，工作量加倍项目延期客户抱怨。
五、测试流程架构难以调整
流程和架构分为团队内部和外部两大部分，内部的相对容易处理一些，比较难的是需要外部配合的那一部分。
测试团队与外部的衔接，最核心的是测试的角色和定位。如果领导的测试思想是第一种，那么测试的定位就是围着设计转，是设计的下面一个层级。如果领导是第二种测试思想，那么测试就围着产品转，而与设计是平等的层级。如果领导是第三种测试思想，那么测试就围着可靠性转，而与产品是平等的层级。除了领导的主观思想，还要客观地看单位的规模和发展阶段，客观条件和主观思想都发展到了相应阶段，才能支撑起相应的测试架构。这个这两个条件不具备，单靠测试工程师想把测试工作提升一个档次，那是几乎不可能的。
测试团队与外部的衔接，另一部分就是测试的输入和输出。输入包括详尽的产品方案、设计开发说明书、软硬件功能清单、FEMA清单、故障记录等，输出包括结项输出物清单、SOR要求等。例如，测试工程师接到一个任务，某项目要出测试方案和测试用例，但是这个项目前期从来都没让测试团队参与过，或者是间隔了很长时间都一直没有跟进，前面的设计工作也没有输出任何文档资料，只给你一个测试的样件或者电路图，可想而知这时候“无米之炊”的“巧妇”要有多绝望。再或者就是，做测试方案的时候不提结项要求，方案做的详尽了会被以成本太高为由毙掉，做的简略些会在结项时，被扣上一个测试不严谨不完备的帽子。再比如，测试工程师无权限写测试程序，提一个程序需求要等十来天。反过来，测试工程师要采购一个设备或服务，就连合同盖章还有法务问题都要亲自去沟通解决。如此种种，流程架构方面的不合理问题，都是阻挡测试工作升级的拦路虎，都是亟需调整和优化的，但是测试工程师却无能为力很难去左右。
六、上级领导支持难以争取
测试方面最需要上级领导的支持主要有四个方面，格局定位、内外协调、设备资源和人员工时。
格局定位方面，试想如果你的领导格局不够，一向就给测试定位很低，即便你努力做到了一定程度，领导还是觉得这不是你的，然后移花接木给别人。这种情况你为部门做再多贡献，领导都不会认同，绩效不增反降。
内外协调方面，试想如果领导不给你内外协调方面的支持，当你要严管团队散漫问题的时候领导在旁边放水，当你要下定决心赶一下关键任务时领导说没必要，当你刚把事情都安排好领导一句话又重新划分。这种情况你的测试工作永远做不起来，只能原地躺平。
设备资源方面，试想当领导每次考虑设备问题的时候都觉得设备很充足，说了要补充某个设备时预算一降再降，定了设备方案要做的时候又一再给别的项目让路一拖再拖，测试工程师每当要干活的时候，都会想又要“人肉撸铁”了，这样做出来的测试工作可想而知。
时间资源方面，试想每次工作安排的时候，工程师根据实际情况评估出来的时间是俩月，但是领导说没时间只能给半个月，这种情况下测试还能不能做好。
以上这几个需要领导给予的支持，领导一般不会轻易给到某个人，需要我们积极的去争取。学会争取领导支持，是高级测试工程师的一门必修课，也是最难的一门。
七、本质目标难以达成
如前面第三种测试思想，测试的本质目标是挖掘隐藏Bug，保证产品可靠性。但是这样的目标几乎是无法量化和考核的，同时也是无法单靠测试力量就能完成的，想要达成这样的目标难度是相当之大。
另外，高级测试工程师还有一个目标，就是预研产品新的特性，开发新的测试项目。这类工作一年能出多少成果，成果能否落地实施，实施之后的评价如何，几乎没有任何把握，所以这个目标也是对高级测试工程师的一个重大考验。
总结
以上就是本人这两天梳理的，一名高级测试工程师日常工作中要面对的一些难题。虽然没有实质性地解决某个问题，但是可以为体系化思维的形成提供一些帮助，有助于多种问题之间的解耦和逐个攻克。另外，也为正走在测试工程师职业道路上的网友提供一些参考。
版权声明：原创文章，转载和引用请注明出处与链接，侵权必究！
94
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
