lsekfe 发表于 2021-10-27 13:10:52

测试开发工程师,到底有什么神奇之处?

对于测试开发这个岗位,大家是怎么理解的?
  有的人说是测试中的开发,做测试工具的,懂点开发,但是又不是很行,只好做测试开发。
  个人观点:不管是测试还是开发,更高的维度其实是产品,是用户感知,是挖掘用户真正想要的;测试开发做的好的人,一定是一名合格的开发人员,开发做的好的人,却不一定能胜任测试开发的工作。
  这也决定了:
  目前业界,合格的测试开发人员,薪资应该是高于纯开发人员的。因为测试开发的核心能力是纯开发人员的超集。
  其次,有测试开发这个职位的公司多半是大厂,大厂重视技术,更重视业务本身,而测试本质上是离业务更近,更有产品思维,用户思维的人(当然,也有很多测试达不到这个level)。这很容易理解,技术服务于产品,一味追求高大上技术对产品并不能带来收益,对产品来说,最好的技术永远是:能适应变化,刚好够用的。
  从产品的生命周期来看,测试开发属于开发的下游,对测试负责,测试框架,提效工具交付对象也是测试人员,主航道也是产品质量,所以如果需要划分,肯定是隶属于测试部门,但是对成员认知的要求是高于普通的测试人员的,这体现在:
  首先,也是最最重要的,对测试需求的深入理解与产品质量本质的挖掘,对于产品软件架构,需求的理解决定了测试方案,测试框架,测试工具的选型及设计。即使在团队中有专家帮你做了这些设计的活,作为一个普通的测试开发人员,也应当有意识的思考这些问题。
  其次才是开发能力,良好的开发能力让测试开发人员对产品架构本身能够有更好的理解,从而针对不合理的架构部分提出优化改进意见,与开发人员、架构设计人员平等对话,这同样非常重要
  其实,不同的大厂,甚至不同的项目,对测试开发的业务测试能力,也同样有不同程度的要求,上文已经反复强调,业务才是根本,测试才是主航道,因此,懂业务,会测试的测试开发人员,理所当然的有额外的附加分。
  值得一提的是,产品的业务逻辑也区分为可移植的通用业务逻辑,以及专业领域内的业务;他们的区别是即使换产品和项目,通用的业务逻辑依然大部分适用。而通用的业务逻辑要求你坚持定期总结归纳才能得到。

页: [1]
查看完整版本: 测试开发工程师,到底有什么神奇之处?