美文网首页测试员的那点事软件测试交流
遇到这样的HR,我们必须要怼他!

遇到这样的HR,我们必须要怼他!

作者: 我也讨厌自己 | 来源:发表于2018-03-28 15:21 被阅读31次

    新年伊始,每个人都希望自己在新的一年里能有更好的发展;工作不如意的自然想换个环境,所以三四月也就成了换工作高峰期。

    最近也收到了不少小伙伴的吐槽,说是遇到了奇葩HR,下面咱们就看一下这个HR有多奇葩。

    昨天去面试软件测试工程师,HR很不屑的问我:假设1.0版本你测出了100个Bug,1.1版本你只测出了20个Bug,而且严重性都不高,怎么说明你牛逼呢?怎么说明测试对这个软件的贡献呢?

    我的回答:Bug不在于数量,在于提高软件的安全性,稳定性和功能的完备…(被打断) HR继续说:功能都是开发做的,Bug少说明开发写的好,或者说,不是所有测试出来的Bug都是Bug 我不知道该如何回答了。

    我在之后向这个HR解释了许多,但大部分他都表示不屑,开发就真的比测试重要那么多吗? 在等面试结果的时间里,我问了很多做开发的同学,他们的回答基本都一样,测试的用处真的不大。

    我并不是不了解软件测试,我也是在惠普的基地受过专业培训,拿到了惠普测试工程师资格认证,毕业前也在公司做过软件测试的实习,对软件测试还算有一点经验。我真的不明白,国内的软件测试真的那么不受待见吗?

    故事看完了,如果是你来面试,他问同样的问题,你会怎么应对呢?

    下面我来给大家分享一下,遇到这样的HR,我们应该如何怼他。

    假设1.0版本你测出了100个Bug,1.1版本你只测出了20个Bug,而且严重性都不高,怎么说明你牛逼呢?

    怎么说明测试对这个软件的贡献呢?

    对于一个软件来说,结果导向才是最重要的。交付后的软件没有问题,那么软件产品的质量本身就证明了开发和测试工程师的合作是很牛逼的。个人去证明没意义,事实说话才有力量。

    如何说明测试对这个软件的贡献?

    可以通过测试case的覆盖率来说明工作量,测试数据和产品缺陷率降低的对比曲线以及针对Bug不同维度的数据统计来证明测试的作用。

    功能都是开发做的,Bug少说明开发写的好,或者说,不是所有测试出来的Bug都是Bug。

    Bug少说明开发写的好这个观点我也认为是对的。但是还是必须要测试的。因为是否有Bug本身就是一种风险。

    有Bug更会带来负面的风险。测试是降低这种风险的一种必要手段,没有测试无法降低风险。

    开发者也可以自己测试,但是做超出他工作范围的测试会降低他的工作效率,同时他自己测试也无法替代第三者视角从不同维度测试所带来的效果。

    我在之后向这个HR解释了许多,但大部分他都表示不屑,开发就真的比测试重要那么多吗?

    开发比测试重要是显而易见的。因为从流程上他们是一个先后衔接的关系。没有开发的成果输出,那么就没有测试的输入。

    开发的产品会带来收益,但是Bug会带来负面风险,严重的时候负面风险甚至比收益更大。

    而测试来降低这种负面风险。能够保证在约定范围内,收益远大于负面风险。所以测试是有所价值的。 我问了很多做开发的同学,他们的回答基本都一样,测试的用处真的不大。

    你首先问他们 Bug的负面风险怎么来控制并降低。再问当一个软件足够复杂到超过参与开发的个人理解能力或者范围的时候,怎么样去降低这种Bug风险?同时再让它们思考是否能够通过分工提高工作效率?

    对软件测试还算有一点经验,我真的不明白,国内的软件测试真的那么不受待见吗?测试肯定是重要的。

    但是测试不受待见的原因一般是下面几条:

    1 软件足够简单,Bug的风险开发者自己能够解决。

    2 测试工程师对软件的了解未达到软件本身复杂度要求的水平。

    3 测试工程师的技术能力未达到能和开发配合一起工作的水平。

    4 质量重要,但暂时不是首要目标,开发者自己测试足够了。

    5 团队烂,根本不注重质量。

    听完之后,是不是觉得这就是真相了?

    想了解更多面试方面的知识?请关注下面的内容!

    ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓


    到底怎么样面试才能拿到一份更好的offer?

    大家可以加我的QQ50027406,我给大家分享一份关于测试面试的视频资料,一步步带你解决面试问题,把面试官“斩落马下”。

    相关文章

      网友评论

        本文标题:遇到这样的HR,我们必须要怼他!

        本文链接:https://www.haomeiwen.com/subject/zawycftx.html