软件测试行业痛点分析

做软件测试的同学们，你在平时的测试工作中有哪些困惑或困扰呢？你可以自行简单思考一下。下面我梳理一下，大家可以看看自己是不是也有如此的感受。

从测试整体角度分析：

　　第一个痛点是入门容易深入难。

　　很多人认为软件测试也就那么回事，其实不然。测试需要非常扎实的技术功底和非常全面的知识储备。在国外，很多情况下都是技术大牛转型做测试，而在国内则偏偏相反。

　　第二个痛点是价值体现。

　　产品部门是定义产品的，做的是用户分析和需求确认，确认要不要做；研发部门是创造产品的，这是一个从0到1的一个阶段，确认能不能做；测试部门是什么？测试部门是验证产品？检测产品能不能用？还是别的？从客观角度来说，测试价值被严重的低估和误解，很多人觉得测试人员提供的价值输出不够。就我的理解而言，测试的基本价值就是保证质量，这是测试人的生命线，也是最基本的价值体现。就拓展价值来说，测试可以协助优化研发流程和效率、提高交付和运维的效率、为产品的持续改进提供建议和支持等等，可以做的事情非常多。因为测试人最熟悉产品，最了解用户，最理解研发体系，这是测试人的优势。

　　第三个痛点是永远不知道系统还有多少缺陷。

　　这个时间就是如此，我们有非常多的位置领域。对于开发的产品，我们同样永远都不知道还有没有缺陷，所谓的质量好也都是相对而言的。我们无法穷尽测试，更无法直接确定质量，只能基于一定的标准和测试方法来判断产品是否真的合格。

　　第四个痛点是与研发人员“干架”。

　　由于所处的立场不同，测试人员与研发人员发生冲突的情况很多。简单举例下，研发人员认为测试人员提出的BUG有问题，不予修复，测试人员则认为研发人员应该修复这个BUG，双方僵持不下，类似的场景非常多。

　　第五个痛点是测试人员是“背锅侠”。

　　在客户现场测试出问题了，系统上线出问题了，很多人第一意识反应就是测试人员没有测试到位，有漏测。对于测试人来说，这种误解心里非常难