盘点对软件测试工程师们最常见的四大误区！！！|你是否也被这样误解

从业多年，我们看到了太多对测试的误解，包含兄弟部门对测试的误解，测试行业对自己的误解，真的是见惯不怪了，甚至有的时候，你也只能苦笑而过。

• 兄弟部门对软件测试的误解

我们总是习惯了先说别人，这是一个不好的习惯，遇到事情，我们还是需要多从自身、己方来找原因，看清楚哈，是自己的己方，不是甲乙的乙方。

如下几条是非常扎心的测试人员的委屈，在现场引起了高度共鸣。

误解1:如果发布出去的软件有质量问题，那是软件测试人员的错

 

在实际的工作中，测试人员经常会被指责：为什么这个没测出来，，测试人员经常成为那背锅侠。真正印证了那句：没问题的忽略你的存在和功劳，但是出了问题，都是你的问题，你的错！

然后，我们要正视：

1. 软件测试是一种有效的提高软件质量的手段

2. 即使在投入上有所保证，测试也不能百分为百发现所有质量隐患

3. 软件质量并不仅仅是测试出来的，Bug永远不会是测试人员制造出来的

误解2:软件测试技术要求不高，至少比编程容易多了

真正的测试大佬

1.十几年前的测试行业是个高门槛的职业，技术要求更是高于开发，要能进行代码走读、要能从底层设计上指出设计缺陷，做外企，如微软，更是有SDET职位，薪资和要求一点都不比开发工程师的低

2.如何在有限的投入下，提高软件测试的效率和产出是一件很见功底的事。好的测试人员不仅要掌握各种测试技术，还要具备丰富的编程经验和对BUG的敏感。测试的复杂之处，除了测试技术问题之外，还有测试管理问题。

 

3.目前测试行业的门槛低，是整个行业造成的。任何职业的从业人员都是呈现金字塔分布的，但是近些年的底部面积拉大，尤其是互联网行业下的质量要求降低，系统质量的要求往往没有传统软件那么高，这也导致了出现小问题，不怕。门槛一降再降，甚至直接锯掉了，“凡是阻碍朕骑车的门槛，一律锯掉”。所以越来越多的同学涌入测试行业，甚至转行、跨专业等，来做一些技术要求偏低的手工测试工作。 

误解3:有时间就多测试一些，来不及就少测试一些

测试不是可有可无，随心所欲的。

规范化的软件开发需要对软件测试早做计划，分配必要的时间、人力和财力等资源，并将其作为项目管理的一个部分加以控制和协调。

但是在有限的时间里，我们一定要抓住核心功能、重点关注的部分，来大力投入，通过有效的手段，比如关键字、标签、功能相关性、精准测试方法等找到你需要重点关注的部分。

误解4:设计-实现-测试，所以软件测试是开发后期的一个阶段，也只是测试人员的事情，与他人无关

大家热衷于讨论人人都是产品经理，却很少有人愿意讨论人人都是质量人。

扯点题外话，曾经有人开玩笑，产品经理有种与生俱来的优越，让人很向往，因为好歹是个经理嘛。其实我对产品经理的期望是蛮高的，作为产品的Owner，产品定义、项目管理、横向沟通、对外销售对接等，所以真正给个经理的title，并不为过。

那么测试到底在开发的哪个阶段呢？在当下讲敏捷研发，讲DevOps，我们认为测试无处不在，贯穿在研发中的每一个地方，当然你可以把测试扩大到“质量活动”这个概念上来。

在敏捷组织转型里，有一些人会把开发测试产品放成一个Scrum团队，这是一个产品化的管理模式 ，那么在这样一个产品化管理模式里，开发测试产品在一起摸爬滚打，打造一款产品，有着共同的目标，所以要背负同样的质量任务。祖国建设不分职业贵贱，需要各个工种精诚合作。

在CICD、DevOps趋势下，我们为了加速交付，需要实现持续测试，所以会把测试/质量活动，融入到CICD的流程中去，如何时触发自动化的接口测试，何时触发代码扫描，实现部分的测试左移等等，这些都对质量活动的发生阶段提出了更多的要求。