职业经验 开发、产品、公司领导眼里的测试工程师是怎样的,最大的价值是什么?

teo · 2017年11月25日 · 最后由 AllisonLiu 回复于 2018年08月22日 · 155 次阅读

背景

各位大神好,最近在写一个 PPT,主题是“测试工程师不是你想的那样”,目的是为了让公司内部其他岗位的同事对测试工程师有一个正确的认识(也算是提高测试部在公司的重要程度)

为了能写出一个内容丰满且有说服力的 PPT,所以想搜集更多的信息,希望大家能给出自己的意见和建议,谢谢了!

以下是我想搜集的信息点:

  • 开发眼里的测试工程师是怎样的?有什么能力?懂哪些技术?平时都在做什么?
  • 产品眼里的测试工程师是怎样的?有什么能力?平时都在做什么?
  • 开发领导、产品领导眼里测试工程师最大的价值是什么?什么样的测试工程师才是牛逼的?
  • 老板眼里测试工程师最大的价值是什么?
  • 除了常规的功能测试、自动化测试、性能测试、工具开发、项目流程把控,测试工程师还能做什么?
共收到 9 条回复 时间 点赞

我觉得你想搜集的这些点,第 1、2、3、4 点,应该到开发、产品、老板聚集社区里问比较合适。

最后一点,个人觉得测试工程师还可以推动质量前移和后移。前移比如参与技术方案设计、代码 review 、单元测试把关;后移比如线上数据监控及预警、线上巡检、线上异常集中点分析及推进改进方案。

只要和质量搭边的,都可以去做。质量不是测出来的,是设计和持续改进出来的。

领导眼里是看结果导论的,不是看测试一块,是看整个盘子。测试要改变就是从辅助生产力,到维护生产关系。变成参与生产力和承上启下生产关系。国内把测试看成是质量还要很远。
测试部门 价值就是服务了多少部门做了多少事,完成了哪些工作,额外产出了哪些(联合产出或者自己的基建),体现在诉职上。

产品和测试是一个跨业务的,是测试上游,对于产品来说更关心的是产品是否准时上。
测试部门价值就是产品验收是否顺利,和产品要求同存异。

开发,个人认为是最容易成为伙伴关系的,测试是程序下游和程序是测试的上游,这个要看公司过往制度,只要公司不是鼓励测试和开发 PK,基本上要做到融洽不难。
测试部门价值就是不要划水,好好负责自己的活,如果可以帮助到开发忙,会很融洽。

对产品和开发那边忌讳吹毛求疵抓住一个点不放,以数据和实际上线要求做为准出的。

不如先跟我们说说,在你眼中测试工程师是怎样的。

每个公司情况都不一样。结合自己单位的实际情况来写 PPT 会比较合理。测试是门综合性极强的工作,什么都要会做。产品设计会不会有缺陷,测试可以改进啊。研发代码写的不合理,不符合预期,测出来啊。代码怎么交付保证质量,测试搞啊。测试环境谁维护,测试自己啊。研发代码质量怎么控制,全公司上下的代码研发到上线的流程规范,测试也要参与啊。。价值,上面有人说了,和质量有关的,都可以涉及

teo #5 · 2017年11月27日 Author
Action 回复

我跟 4 楼的理解一样

  • 个人认为,开发和产品不会因为你 PPT 写的怎么样就改变对测试人员的看法和认知
  • 对于测试人员,应该需要有一个自我定位和要求,从我们团队来看,需要有以下几点认知
    • 测试人员保障产品质量只是基本要求,做到才算及格
    • 测试人员在整个项目流程中起到贯穿全程的作用,项目风险把控只是其一
    • 产品 sense,在需求评审的时候也要提出产品建议、交互问题、需求的合理性、复杂场景补充等等
    • 协助开发人员完成基础设施搭建、监控方案、持续集成等等工作,同时如果能力允许,可以帮开发把 bug 的排查范围缩小
    • 在测试场景设计上体现出自己的专业素质和水平,毕竟这是本职工作
    • 在测试的深度上、测试介入的前驱上做一些文章,比如单元测试、代码覆盖率、专项测试、性能监控等等,都是体现测试人员能力的一种方式
    • 从产品(项目)本身出发,考虑一些提升的思路和想法,或者提供辅助工具的开发,比如我们这边会有人去做抓取数据、监控日志分析、商业数据的展示、需求管理等等额外的工作,都可以刷新项目组成员、业务方对测试人员的认知

综上所述,测试人员首先应该对自己有一个认知和要求,并不用在意别人怎么看我们。

赞,说的很对,其实做得好了,别人自然就重视了

teo #8 · 2017年11月29日 Author
simple 回复

非常感谢,是自己想得太简单了,谢谢

teo 关闭了讨论 12月08日 20:11
teo 重新开启了讨论 12月08日 20:11

谢谢,这些讨论内容,含金量较高,很受益!

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册