51Testing软件测试论坛

标题: 职业生涯中,技术、经验、业务谁是C位? [打印本页]

作者: lsekfe    时间: 2021-4-28 10:36
标题: 职业生涯中,技术、经验、业务谁是C位?
大家好,今天我们来探讨一个问题,这个问题可能会影响到大家的职业规划,也可能会影响到人员招聘时选人的方向,希望本文对大家有帮助。
  我想大家一定都思考过或者疑惑过:技术、经验、业务这三方面,哪个更重要一些?
  在软件开发过程中,不管是开发人员、测试人员还是产品经理,无论是谁都要面临这个问题。
  但是,我先不下结论,我们先来弄清楚如下几个问题。

  技术、经验、业务的范畴
  1.技术
  一说到技术,有的人会说了:C++、Java、python这些就是技术。
  但是不完全对,实际上这些编程语言是实现技术方案的工具。我个人认为,编程语言语法、数据结构是属于技术的,但是编写的代码是否为更优,这就是属于经验的范畴了。
  如下图中列举的几种类型的技术。比如网络通讯技术、云计算技术、AI技术、数据存储技术、无线通信技术等等。


  另外,测试设计的理论方法,比如等价类划分法、因果图法、边界值法等,都是属于技术范畴的。

  2.经验
  如果说技术一般是一些理论知识,那经验就是对技术理论的实实在在的实践。经验是通过日积月累,千锤百炼积累出来的“技巧”或者“捷径”。
  经验丰富的人和经验不足的人,做同一件事情,前者可能很短时间就很好地完成了,后者可能花很多时间走了很多弯路,最后还是没有完成得很好甚至事情搞不定。
  我这里列举了一些经验,比如测试开发经验、项目管理经验、测试执行经验等等。
  不过,我们经常有个误区,就是经常把一个人的工作年限称为工作经验,但实际上这只能称为工作经历。
  只有当一个人在工作当中善于思考、善于总结、善于创新,积累了一些宝贵的方法和技巧,这才能叫做经验。所以,在招聘人才的时候,不能过多的关注他们的工作年限,而是重点关注他们的工作经验,只有经验才能转化为对团队的贡献,才是有价值的。
  有经验的人,并不一定是技术上有多牛,而是很多情况下,处理项目中的事务,在他们擅长的领域,已经形成了“肌肉记忆”,几乎近似于本能,本能的东西是最可怕的。


  3.业务
  业务是更加上层一点的概念。
  总的来说,就是一款产品做出来之后,能给客户或者用户提供哪些便利、实现哪些价值。
  比如,一个5G通信系统,可以给使用者带来高速率、低延时的无线网络体验,可以应用它来实现自动驾驶、智能物联等。
  这些就是业务,可以大概划分为功能和应用场景两个方面。所以,业务就是通过产品功能实现用户的应用场景的过程。


  技术、经验、业务之间的关系
  技术、经验、业务之间是什么关系,亲戚还是朋友?哈哈,开个玩笑。

  1.相辅相成
  这三方面的能力,首先是相辅相成的关系。就像一个桌子的三条腿,少了哪条腿桌子都不行,哪方面的能力有短板都会影响整体能力的发挥。
  比如,作为测试工程师,如果技术知识和业务知识都ok,但是没有测试经验,那必然要经过较长时间的经验积累和项目磨练才能成长起来。
  如果测试经验丰富,也比较懂业务,但是对于行业和产品技术点的了解非常欠缺,那么几乎无法进行较深入和较细致的测试,因为对技术不了解的情况下,是很难进行高质量的测试分析的,自然测试设计和测试执行都会受到很大的影响。

  2.根据角色而定
  当然,技术、经验、业务三者之间通常不需要在一个项目上做到均衡。
  经验方面,通常都是越丰富越好。但是技术和业务,对于不同的岗位,不同的角色,偏重的能力是不同的。
  例如,开发人员或者系统架构师偏重技术方面的能力,如果在业务方面有更多的了解,将会是如虎添翼。
  测试人员更需要站在客户角度考虑问题,所以更加偏重业务方面的能力,如果在有一定技术基础的情况下,有更深入的理解,有更广的技术面,也将是锦上添花。

  3.根据项目情况而定
  另外,针对不同类型的项目,以及项目的成熟度,这三方面的要求也会不同。
  比如,一个纯粹自主研发的产品,那么对技术要求就会高一些;而一个ODM项目,对技术细节要求就没有那么高。
  再比如,如果是一个经营了很多年的项目,项目流程很成熟,项目资产很丰富,那么对于经验上的要求就没有那么高,项目成员只要按照固有的流程开展项目,在固有的资产的基础上进行增量更新即可。
  另外,还有一些项目,比如标准化认证项目,测试用例基本固定并且用例步骤非常详尽,测试人员只要按照测试用例一个一个的执行就可以了,这种情况下,测试人员或许不需要太多的业务方面的知识,只要具备业务常识就可以了。






欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2