测试的成长路径和方向
测试与测试开发
基本上进入测试这个行业的第一份工作,都是功能测试做起的,功能测试作为测试中最基础,也是最重要的一部分。测试工程师经常被各行各业的人误解、嘲笑,认为日常工作就只是功能测试,只是点点点,是没有任何技术含量的、任何零基础的人都可以做好,但是事实上确实如此吗?
实际上要做好测试工程师的工作,不仅仅需要在业务测试中,发现问题,更是要能够定位到问题出在哪里、为什么会出现这样的问题、如何避免出现这样的问题。功能测试只是一种发问题的手段,最终的目的是为了对业务、系统保驾护航,所以很多公司又把测试工程师叫做质量保障工程师。从"质量保障"这个词就可以看出,测试工程师需要贯穿在业务、系统的整个生命周期。
测试开发工程师,目前有大致两种不同的解释和定位,第一种,定义测试开发是做测试工具,测试平台,自动化,等等相对来说跟业务没有太大关系,而做的东西又是为测试人员服务的,所以就叫测试开发。第二种,是跟随业务测试的,除了需要完成日常的业务测试外,还需要搞定自己业务中的自动化、测试工具以及可测试性的建设。
专职做测试工具,测试平台的这部分人,其实处境是冰火两重天的。首先因为身处整个大的测试团中,不需要背负业务压力,而所做的工作,考核又不会以开发的要求来考核,在平时工作中相对是轻松些的。但很显然,如果大团队的TL重视这方面的建设,即便平台工具做的用的人不是很多,这些同学依然可以获得不错的绩效。但这更多是行业红利期的状态。一旦行业开始出现下行,从上到下都开始聚焦业务产出,特别是现在这个行情,自负盈亏,降本增效大势所趋,这些人如果不划出测试大团队,不被看见,那会成为被裁员的第一顺位种子选手。
以业务为推进自动化、测试工具的这部分人,在大公司中是很常见的,薪资相对纯业务测试(也就是传统意义上的测试工程师)要高,薪资水平相当于开发工程师。这群人也就是比较常见的测试开发工程师,他们在日常的工作中是比较忙的,因为除了要完成日常的业务测试,还要完成自动化,提高自动化覆盖率,还要完成一些自动化提效工具,以提高日常的测试效率,一般能同时完成这些工作的人,绩效考核都不会低。由于,这类的测试开发工程师,还是属于测试团队,所以,他们的一系列工作都还是围绕质量保障这一主题的,归纳成一句话:无论是自动化,还是测试提效工具,最终的目的还是保障业务的质量。