我是楼主，您说的都对，但的确跑偏了。我不排斥学习技术，我本身是测试开发，也写工具和研究框架。我排斥的是

1. 开发了框架和工具，就到处虚假宣传。其实没人在用，或者用的是少数， 这样的工作量其实是浪费时间
2. 好像不使用新技术，就不能体现自己的水平。
3. 大部分测试开发不了解测试需求，而且看不起手工测试

我所倡导的：

1. 测试开发是非常好的发展路线，我鼓励每个手工测试都去学习技术。 但是无论是测试，测试开发都是为了质量服务的， 平时的工作应该核心是保证质量。

2. 手工/自动化只是测试方法而已，我认为测试开发这个职位其实是 中国特色的职位。根源在于测试起步较晚，但整体朝着好的方向发展。

3. 我很不喜欢，开发鄙视测试技术不行，测试开发鄙视手工技术不行，这样类似的鄙视链。首先，大家都是打工的职责不同而已，其次最重要的就是，都是一群 “低收入” 人群，何必呢？把眼光放得高一点，做好自己。

题外话：

1. 回复楼上， 我没有被指手画脚，只是想了很久这样的问题，突然被触动了，哈哈

2. 大部分技术男，每天关注的都是手机，电脑，和技术。但对大部分人而言，这些不能变现，也是消费的习惯。我也是个屌丝，从今天开始要多关注赚钱的方法，总不能以后让老婆孩子每月守着固定的薪资，不敢买这买那吧？

这些都是心里话，扯远了

兄弟你这个文章相当于当年的一张大字报哇

这也许就是测试行业转型的阵痛吧

就是不要拍脑袋就去写，既然工具不好用，对比分析结果怎么样？现有工具可以改造后使用吗？自己写的东西可以评估工具准确性、扩展性等问题吗，这些都考虑过再去想着用什么技术框架去写

一切不以保证质量为目的的测试技术都是耍流氓。
楼主说的一些事情，确实非常常见，很多公司的人都迫于 KPI，OKR 而导致盲目堆积自动化用例，盲目开发一些实际效果欠佳的所谓平台。这些都是不可取的，但是这些都和测试技术本身没有任何关系，出问题的是用这些技术的人。关键就是这些人还自以为是，指点江山，这就非常讨厌了。感觉楼主是不是被指点江山了？

那就自己写啊，工具不好用自己搞一个啊

楼上跑偏了吧，楼主是肯定技术的必要的啊。
楼主是想说不要为了用到什么技术而去造轮子，现有工具是否能支持，对比类似工具有什么有什么优缺点，之后再考虑有没有必要自己写一个

再者，如果你会用自动化工具，你能站在更高的角度思考如何测试，而不是花时间重复劳动，而且技术是相通的，你会用工具甚至能自己制造工具，那么你就知道别人开发时哪里最容易出错，当然也有底气指导开发，知道开发哪里可能会有问题，针对性测试，而不是凭空想象。你说你手工测试是不是只能是隔靴搔痒而已呢，低级错误的预防应该交给开发自测而不是测试去测，测试应该着力发现更深层次的 bug

我不觉得这和职位有关，就技术而言，有的测试不一定不开发经理差，虽然我不是。

有了技术能够让测试这个手工艺时代进入工业时代，解放繁琐的事去做更多需要脑力的事，从而提高效率，减少人力。人类发展不就是这个样子的嘛。你说的手工能测试出更多 bug，那是因为测试的技术这部分还未研究透彻，导致暂时性的手工测好于自动化。而且你测试的是别人用代码写的逻辑，如果你不懂别人的技术，你怎么从更深层次多维度保证你的质量？你怎么敢说这个软件是合格的？只靠你的点点点嘛？也就是会使用而已哇。如果你是测试的是一辆新的汽车的话，你不懂汽车构造，你说你要手动测试一下，去开几天新车上路试一试，这不是拿您生命开玩笑嘛。测试工程师的职责难道仅仅只是帮助用户体验一下软件好不好用？所以不要开历史的倒车，历史的车轮谁都没法阻止，市场既然需要测试有技术说明这条路是正确的，只是部分人没有看到而已，限于自己的思维围墙里走不出来而已。你所看到的不一定是整个世界

同样的的疑问

不说什么高大上的事情，所谓炫技也是为了工资有所提高，不然纯手工，能拿多少钱

首先认清自己的价值，立身之本，从经济上来说家庭有时候不一定是支柱，也可能是拖累，挣钱有时候其实挺无奈的，一家老小的，你现在没压力可以多试试其他工作，开发啊，运维啊，开阔视野，我觉得把，可能是你没找到工作上和娱乐上志同道合的人，人生路漫漫，一个人太累

希望真正想做测试技术的人可以坚持好好做好技术，改变一些行业里浮躁的现状。

这是什么鬼？自动化工程师高的有 40k，机器学习工程师还 60k 起步呢……跟钱挂钩的话反而说明测试技术弱。

“一家金融公司的测试总监，测试技术不用说了，开发能力也很强，喜欢研究前沿的技术，也喜欢分享，经常开会给开发和测试人员分享技术，可是开发的想法却是一个测试跟我们谈技术。。。”
如果你可以做到开发经理，你也会这么想。。。

这个层次高了，确实不应该只纠结于用什么样的技术，纠结于和别人的沟通，做什么事情之前要想好为什么要做这件事，目的是什么。

发现你真的很善于总结，由于激动我的内容写毫无重点，你竟然剥丝抽茧的将我的所有疑问都解答了，谢谢你的分享，我想要的答案你都给我了，复制下来，没事的时候看看，和开发吵架了就读一遍，和产品有争议了就读一遍，背黑锅了也读一遍，我们的目的是做一个能满足用户需求的产品，而不是一个完美的产品

是的，是个长期的斗争过程，看来我需要的不仅是技术方面的提升，内心抗压能力也有待提升。

不要慌，看看楼下的总结

莫名恐慌，跟老大沟通了下打算转开发了

同样的技术不适用于所有的公司，同理质量管理规范也是一样。测试只是质量保证的一个环节、一个手段。五楼说的很对啊，不从全流程提升质量，对一个团队产出质量来说很难有大的提升（所以，了解下内建质量？）。另外，是否有话语权这个关键看质量团队 leader，这玩意儿是在不断的斗争中争取来的。想推行规范，就要做好长期斗争、不停改良、不断尝试、顶住压力的准备。。。
另外，各种五花八门的测试技术只是提高产品质量的手段，不要走火入魔

你是环保部的;税收不是你创造的

嗯嗯，谢谢你的分享，

明白的你的意思，工具确实是要做的尽量简单化，这没有毛病，也理解自动化和手工要相辅相成，但目前的实际情况不是这样的，更多的重心是在自动化测试，可能我是测试出身，我在测试的时候往往关注的不是这个工具有多好用，我更关注我的 Case 覆盖率是什么样的，有没有用户场景没有想到的，产品的逻辑存在什么缺陷。