软件测试在IT行业中真的就不受待见吗？

软件测试在IT行业中真的就不受待见吗？

这个是HR的职业素养的问题。
对于这种类型的人我的话会这样回答：

昨天去面试软件测试工程师HR很不屑的问我：
假设1.0版本你测出了100个bug，1.1版本你只测出了20个bug，而且严重性都不高，怎么说明你牛逼呢？怎么说明测试对这个软件的贡献呢？
我的回答：
bug不在于数量，在于提高软件的安全性，稳定性和功能的完备…（被打断）

对于一个软件来说，结果导向才是最重要的。
交付后的软件没有问题，那么软件产品的质量本身就证明了开发和测试工程师的合作是很牛逼的。
个人去证明没意义，事实说话才有力量。
如何说明测试对这个软件的贡献？
可以通过测试case的覆盖率来说明工作量，
测试数据和产品缺陷率降低的对比曲线以及针对BUG不同维度的数据统计来证明测试的作用。

HR继续说：
功能都是开发做的，bug少说明开发写的好，或者说，不是所有测试出来的bug都是bug
我不知道该如何回答了。

bug少说明开发写的好这个观点我也认为是对的。但是还是必须要测试的。
因为是否有BUG本身就是一种风险。有bug更会带来负面的风险。
测试是降低这种风险的一种必要手段，没有测试无法降低风险。
开发者也可以自己测试，但是做超出他工作范围的测试会降低他的工作效率，
同时他自己测试也无法替代第三者视角从不同维度测试所带来的效果。

我在之后向这个hr解释了许多，但大部分他都表示不屑，开发就真的比测试重要那么多吗？（题主认为开发在一个项目里确实比测试重要）

开发比测试重要是显而易见的。因为从流程上他们是一个先后衔接的关系。
没有开发的成果输出，那么就没有测试的输入。
开发的产品会带来收益，但是BUG会带来负面风险，严重的时候负面风险甚至比收益更大。
而测试来降低这种负面风险。能够保证在约定范围内，收益远大于负面风险。
所以测试是有所价值的。
这是个逻辑问题。

在等面试结果的时间里，我问了很多做开发的同学，他们的回答基本都一样，测试的用处真的不大。

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

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

测试肯定是重要的。但是测试不受待见的原因一般是下面几条：
1 软件足够简单，bug的风险开发者自己能够解决（不需要）
2 测试工程师对软件的了解未达到软件本身复杂度要求的水平（控制不了风险）
3 测试工程师的技术能力差未达到能和开发工程师配合一起工作的水平（提高不了效率）
4 工期太紧（质量重要，但暂时不是首要目标，开发者自己测试足够了）
5 团队烂（根本不注重质量）

最后:【可能给予你帮助】

然后下面分享一些我的自学资料，希望可以帮到大家。

这份资料整体是围绕着【软件测试】来进行整理的，主体内容包含：python自动化测试专属视频、Python自动化详细资料、全套面试题等知识内容。对于软件测试的的朋友来说应该是最全面和完整的备战仓库了，这个仓库也陪伴我走过了很多坎坷的路，希望也能帮助到你。

加群：1140267353，就可以直接获取了最后呢，群里有测试大牛分享经验。

最后感谢相遇，感谢缘分，感谢支持，感谢选择，感谢信任。也祝大家可以顺利找到心仪的工作，成功转行！拿下高薪！

如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！