测试这条路能走多远?

 · 2021-11-04 22:05
您好,大佬,我是从开发转的测试,但是发现测试好像都是在做重复的事情,而且话语权还很低。这条路到底能走多远,应该达到什么样的程度?
1 个回答
亦无
最懂职业规划的软件测试工程师 微信:19841731 公号:sylan215
您好,感谢帮忙消灭 0 问题。 这个问题的信息量比较大,我想分开来回答哈。 首先说说「测试好像都是在做重复的事情」。 其实开发也是,不是有传说中的 ctrl+c,ctrl+v 的开发么,就算不是简单的复制粘贴,也只是把别人知道我们不知道的代码重复的写一遍。 其实产品也是,现在的商业模式都可以通过「商业画布」来归纳,所有的产品都是在围绕商业画布的不同要素来展开,不断的重复。 所以这里套用罗素大佬的一句话「认清了工作的真相后,还依然热爱它,才是真的勇敢」 何况测试并不完全是在做重复的事。 如果你读过我公众号的文章,应该知道我总结了一个「软件测试经验图谱」,我们要做的业务可能是重复的,但是在做这些事的时候,我们更应该关注在做的过程中的知识的积累,和能力的提升。 这个话题比较大,我不展开说了,简单说就是要基于业务逻辑,剥离出更加通用的系统知识、测试技能、通用知识,以及自动化提效点。 同时在做事的过程中,要在主动性、沟通能力、学习能力、解决问题的能力上得到锻炼。 所以看起来简单的事情,做的目的和方法不同的话,结果就完全不同了。 接着说说测试的发展前景。 其实我在公众号文章也专门写过哈。 简单说就是,前景这种东西不是我们现在要考虑的事情,我们更应该先把手头的事情脚踏实地的做好。 所以我主要说说怎么把手头的事情做好。 目前测试往技术方向发展的话,有三个公认的方向。 一个是业务专家,适用于代码能力欠缺、并且在某个行业深耕的同学。 业务逻辑在大部分互联网行业,并不是测试人员的壁垒,因为沟通能力好,基本就可以搞定需求的问题了。 但是在一些业务逻辑复杂,对业务逻辑依赖性比较高的行业中,业务专家还是很受欢迎的,典型的比如银行的金融系统的测试。 二是测试开发方向,也可以理解为会代码的测试,某一段时间也叫做自动化测试。 这部分通常也是支持业务测试的,但首要任务是挖掘和提炼项目过程中,可以用工具、系统替代进行提效的地方。 这些工具或系统,可以是直接引入,可以是开源的二次开发,必不得已才自研,我们的目的是尽可能的自动化,而不是尽可能的代码化。 三是效能开发方向,简单理解就是开发,只不过不是业务开发,而是支持业务更好的完成质量保障和效能提升的开发。 和测试开发不同的是,效率开发主要关注于通用平台型的开发,而且服务的对象不仅仅是测试,还可以是开发或其他角色,只要是质量保障和效能提升方面的通用需求,都可以找他们来实现。 如果从这三个角度看,是不是就不会有「这条路能走多远,要达到什么程度」的问题了。 因为这些路是自己选择的,走多远,飞多高,完全由自己把握,天花板并不低哈。 以上,希望对你有所帮助。
2
反对
评论
收藏
2021-11-05 12:13
前往发表回答