前言：
我们曾仰望星空，思索万千。而今我们只能低头干活，忙着点点。
今天在粉丝群里聊天时，无意中看到下面这一句话，让我感慨万千：
“测试开发金腰带，手工点点无尸骸”
首先我们先明确下立场，这句贩卖焦虑的话我很反感，不知道又是粉丝从哪个培训机构嘴里听来的，所以我今天不但要从道德层面谴责，也要从理性的客观事实层面反驳下。
然后明确本文的论点：手工测试目前的确处境不佳，但只要掌握技巧则永远不会消失。
正文：
在如今浮躁的业界风气下，盲目追求自动化和测开，追求技术峰值，这的确是一个大规模的现象，看起来似乎很符合人类社会进步的发展必然规律。
所以我举个我自己经历的例子吧：
在我很早之前的某家中等公司，在我入职不久就见识到了：领导开除不懂代码的正岗测试的事，被开女生还是带我的老手，据说做了8年的手工测试。
我当时心里很不是滋味，也比较愧疚，因为我觉得大概率是因我的到来，让这里的领导开始肃清不会代码的同学了。所以我当时比较低调，也比较消沉。
在那之后，公司只留下了个位数字的正岗测试人员，留下的人有个共同特点：就是全都会一些代码，自动化都是基本功。
而那时，领导在某次的年中述职时说：她实现了上半年的okr， 让团队全员成为测试开发。
现场顿时掌声雷动，因为故障的都是幸运而留下的人，可是我却面露难看，因为我清楚：这虚荣之下，是多少人的痛苦堆积....
不过领导也并不是傻子，在全员都是测开后，整个团队的战斗力确实空前绝后！又精又强！短时间内技术连续跨越式升级，那段日子是黄金期，领导只要能想得到的，团队都能实现出来，如果说比喻的话：那就是只用了2年，就从农耕时代跨越到现代时代。
然后呢？在这疯狂okr的铺垫下，测试团队的技术高度无限拔高，但是！辉煌之下的阴影也是永远存在的，那就是人工还是必须的，即便技术再强，也不可能全部淘汰手工测试！所以看到这里，大家可以不用担心手工测试的未来了。
那怎么办呢？目前的这些所谓的测开大佬们，很排斥手工回归测试啊，但是又不能招进来几个手工正岗，那样的话，不就相当于打脸了之前所说的全员测开，超强精兵队伍这个了么？
所以，破天荒的开始招了一些外包同学来做手工测试。而我则在那时跟领导商量：对于四种测试任务的分配。
四种测试任务为：
纯手工测试 ：外包测试(70%) 正岗测开(30%)
自动化脚本 ：外包测试(70%) 正岗测开(30%)
业务测开 ：外包测试(10%) 正岗测开(90%)
工具测开：正岗测开(100%)
于是，真正能迸发完整战力的团队才算组建成功，虽然测开们很不情愿的承认团队里手工测试的地位，因为觉得有被打脸到。但是也打心底认识到：手工测试才是一切根本，其他的各种技术不过都是为了手工测试服务存在的。
如果没有了手工测试，自动化的意义是什么？就是单纯的写代码？那代码开发同学不会自己写么？或者说只负责写代码脚本，还叫测试么？还叫测试开发么？只能属于开发的一个小流派了吧？最主要的是不知道写什么....需求何在？
就算是开发测试工具，测试框架，测试平台，那么也要想好用户是谁？是自己自娱自乐？不，当然不是。
你的用户是手工测试人员，是全体研发同学甚至运营，客服，产品经理。你的所谓各种工具，本质上也都是为了降低手工测试人员的精力成本而已。
所以里我觉得吧：自动化测开更像是负责搬砖的，而手工测试是负责设计用例的， 前者是躯体，后者是大脑。
躯体再厉害，跑的再快，没有大脑你知道应该往哪跑？跳的再高，没有大脑，你知道跳多高算成功？
所以说，大脑是永远不会淘汰的。
但是这里面有个概念偷换问题，就是手工测试 并不等于 用例设计 。虽然在日常中，用例设计几乎都是手工测试同学在写，但是这并不等于写的好，写的够。
所以，手工测试同学若想保持住自己的大脑指挥地位，就必须要把自己的核心技术练好，护城河越挖越深，护城墙越砌越高才行。这个核心技术就是：用例设计。
自动化同学可以帮你把用例变成自动化去跑，但是如果你不写出来，再先进的人工智能也不知道应该怎么测..应该执行什么流程。
那么本文开头说的 那句话，我说：手工测试永远不可能淘汰。
现在大家可以理解到原因了，就是用例设计。
不淘汰的前提是你的用例设计是远超那些自动化测开同学的。如果你是手工点点，但是又不思进取去深耕用例设计技术，那才是真的危险的。
当然，用例设计技术只是所有宝贵的护城河技术的最亮点，除此之外，仍然有很多其他的传统测试技术，大家别觉得那些枯燥乏味而不想学，别忘了，你是干这行，吃这碗饭的，看家本领都没有，你天天去忧虑那些所谓的35岁红线有什么用么？还是踏踏实实学好传统测试技术，有余力有野心的话，就学学自动化测开，没什么难的。
