谁在软件测试圈子里面贩卖焦虑？
有两周没有整理相关评论了，应该是最后个话题了，也是纠结的一期。因为会有人看了不高兴，琢磨了一下，还是不吐不快。
本期要“炮轰”的是所谓的“软件测试工程师就业培训”机构是如何在软件测试领域“贩卖焦虑”的。
炮轰的目标是：软件测试工程师的培训课程应该怎么设置？以及目前的软件测试工程师培训课程为什么以编程内容为主？
评论：伊之轩，朱秀杰
领测老贺回复：
我们先来看看如何“贩卖焦虑”。
“贩卖焦虑”，本质上是把情绪极端化，进而商品化。从传播角度看，这些做法都有一个清晰链条：极端案例一般化、复杂因果片面化、现实问题扩大化，瞄准大多数人情绪点，大肆造势。博了眼球、传递情绪、贩卖产品、收割流量，从炮制焦虑到“完成交易”，一个带有产业性质的链条，环环相扣，躲之不及。面对“焦虑市场”，更多获取信息与知识，更大程度培养独立思考能力，是谨防在“焦虑链”上被套路的关键。
在软件测试领域如何贩卖焦虑是个大话题，也是个比较难谈的话题。当时（2020年）我写这篇文章时，就是由于软件测试领域一直弥散着测试工程师终将被代码测试代码取代，似乎所有的地方都在向测试工程师贩卖着焦虑。
为了展开说清楚这个问题，我把这个话题分为几个部分进行阐述。
- 到底谁在软件测试领域“贩卖焦虑”？
- “代码测试代码”会不会成为软件测试的未来？比重会有多大？
- 测试工程师应该不应该具备编码技术？需要达到什么水平？
- 他们为什么要“贩卖焦虑”？
下面领测老贺就花点时间仔细谈谈这个话题！
不知道从什么时间起，软件测试领域就弥漫着一种的氛围，简单的描述一下就是：开发看不起测试，因为测试工程师不会编码。自动化测试工程师看不起手工测试工程师，因为手工测试工程师不会编码。
但是在我二三十年的培训、演讲经历中，遇到过很多在各自领域很厉害的开发工程师，测试工程师，并没有明显的这类倾向。更多的是阐述在某个特定的领域内，具体用那种技术手段，解决哪类问题效率更高。
通过我的观察，制造或者宣传这类论点的主要是两类人：
- 一类：初级的开发工程师，工作年限不高，职位不高，更多显示的是一种优越感，带有调侃性质。但是数量不多，粗略估算，言论的占比不到10%吧，可能更少。
- 二类：各式各样的软件测试就业培训机构。在各个网络平台上进行课程宣传，发帖，回帖。说的有理有据，制造着“手工（功能）测试工程师”明天就会被淘汰的舆论。占比90%以上。
当满屏的都是第二类的观点时，难免会让软件测试的从业者，尤其使用的是功能测试手段的测试工程师感到“焦虑”！
在《炮轰“测试左移”，向软件测试领域的“歪理邪说”宣战》这篇文章中，其实已经详细说了我的看法，在前面几篇评论的整理中也谈到了。在此我只想简单的说一下，只要使用软件的用户还是人，那就一定需要人来做最终的验证。所以“代码测试代码”绝不会成为唯一的软件测试验证手段。
那“代码测试代码”的方法，在整体软件测试环节中的工作量会占比多大那？
很遗憾，这个没有定论，不同的行业，不同的软件会有非常大的区别。
其实我们可以参考上面的思路进行判断，假定最终用户或者使用者是普通客户（不懂代码），那距离使用者越远的结构（如单元、集成）的测试越需要代码测试代码的手段进行辅助，距离使用者越近的结构或者界面（如系统，验收，易用性等）的测试工作越需要手工测试进行评价，很多时候在这种情况下接近于100%的工作量。
我的答案是作为一个以软件测试为职业的测试工程师，当你已经充分掌握了你所在行业的业务知识（即成为被测产品的业务专家）和手工测试方法后，就需要继续学习编码技术了。
请注意我这句话的前提：你首先要成为一个合格的手工测试工程师，清楚的知道软件测试的各种手段，保证质量的基本框架和方法后，编码技术才会成为你进一步提升测试效率的工具。
作为一个测试工程师，请一定记住，编码技术只是你提升测试效率的工具。所以，自动化测试的前提是你知道如何测试，那些是重点，那些是非重点。那些区域需要大量的测试数据覆盖。
没有确定目标的、可纳入到整体软件测试体系的自动化测试一分钱都不值！
那作为测试工程师的编码技术需要达到什么水平那？
这个没有一定之规，需要看你需要解决的问题深浅了。还是要以测试工程师的视角看问题。以解决测试过程中的效率问题作为出发点。有的时候，困难的编码问题可以提交给开发人员去解决，可能是个更优的选择。整体效率最高才是目标！
经过以上的阐述，大家应该大致明白了领测老贺对于测试工程师对是否掌握编码技能的看法了，对我的观点总结一下：专业测试工程师最重要的技能是是完善的业务知识和手工测试技能，在上述两项技能完备后，通过使用编码技能来提升测试效率。
未完待续。。。。。。
下一篇我会主要谈谈所谓的“软件测试工程师就业培训机构”是如何在软件测试领域贩卖焦虑的
文章评论