软件测试在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 团队烂（根本不注重质量）