这是我在网站里看到最好的一篇文章。点个赞

#1 楼 @lvchongen 最好的一篇。。。

#2 楼 @lihuazhang 大家角度不同，也不用质疑别人。萝卜白菜各有所爱

#3 楼 @lvchongen 额。。没有质疑呀。。。＝ ＝

#3 楼 @lvchongen 我是觉得你用词不当，你注册那么久，就回过个位数的帖子。你应该说，你在这个网站看过的文章的里最好的一篇。

#4 楼 @monkey 我理解错了。不过可能最好的文章有点夸大了，应该换成中肯。我喜欢 TesterHome,在这里学到了好多，但其实更希望有人也分享些技术之外的东西，我非常了解技术的重要性，但更知道作为一个测试或者想有更大成就的人应该具备更多的技能，所以我觉得文章还是很中肯的。TesterHome 其实算是测试界比较知名的网站了，我几乎天天都看看，也会有很多测试的新人，老人，迷茫的人在看，希望除了给大家分享技术外，也多应该分享下发展的经验。

#5 楼 @lihuazhang 我还真是天天看帖子。。。 不过我觉得纠结这些字里行间的问题没什么意义。也许我表达不准确，也许有人理解不准确，也许我表达准确了，也有人理解不准确，你说是么？更何况，我也没啥影响力。。。。

#7 楼 @lvchongen 有意义啊。你这样一说，其他写文章的人都会想啊，难道我们写的很差？严谨点总归没错。

#8 楼 @lihuazhang 如果从这个角度来说我觉得我确实应该更严谨些。不过你不能因为我回帖少，就说我看帖少对么？ 我觉得吧，大家应该多讨论下帖子内容的本身

#9 楼 @lvchongen 我是觉得你用词不当，你注册那么久，就回过个位数的帖子。 ===》看帖少。 我没有这样说吧？ 怎么的出来的？你确定你看过社区所有的文章？

#10 楼 @lihuazhang 大家都是成年人了，字里行间的意思还看不出来么？ 另外，我觉得写文章的人不会因为我的一句话就怀疑自己吧？任何文章都是褒贬不一，任何作品都是褒贬不一，每个人都能承受些来自外界的压力，何况我也没有说什么？ 不知道我说了一句我看过最好的文章，究竟哪里错了？ 我只是看到了一篇除了技术之外很喜欢的文章而已，就回复了个很高的赞誉，不用这么大动干戈哈

#11 楼 @lvchongen 我也没别的意思，我就说要严谨一点，不知道有啥错。

#12 楼 @lihuazhang 这个就聊到这吧。我很喜欢 TesterHome, 也非常喜欢几个创始人，也经常参加你们的沙龙。不用因为一句话，而这么不愉快

#13 楼 @lvchongen 这里没有不愉快。是你自己在引导自己的情绪。

#14 楼 @lihuazhang 没有不愉快就好，继续愉快的看帖吧。

本来新年了，大家开开心心过个年，我认为不管技术也好还是沟通也罢，你们工作为了什么，为的是能养活一家人，靠技术的是因为公司看重技术。要不然没有办法涨工资，不靠技术的是因为不用技术依旧可以活的很滋润。还有无论开发和测试都是为公司服务的。这个只是测试的一面之词。根本不会知道开发心里想什么。一厢情愿罢了，多揣摩开发想法对症下药才会有更好的质量

可能本文中的技术论指向和我们看到的不太一样，学技术的根本目的，是为了更好的发现更多的问题

图看不清

—— 来自 TesterHome 官方 安卓客户端

最后一段赞一下，情商必须跟上 ( ▼-▼ )

全栈测试工程师确实是个伪命题
然后你这篇文章也是个伪命题，开发提高技术和测试提高技术殊途同归，都是为了更高效的完成目标，何来对立？何来唯技术论？

#16 楼 @oracle 不靠技术其实不是指没有技术 只是对于和开发沟通而言 技术不是最重要的指标 个人感觉 技术决定能否得到认可 情商决定可以走多远 个人感觉

#20 楼 @quqing 个人感觉高效完成目标的路有不少 总项目的角度来说 测试开发一个工具用一周 开发自己开发用 3 天 那么一定是开发自己做更有性价比 不过说回来 这篇文章我可能表达的有些偏了 其实我的核心想法是 不要唯技术论（这条路更适合本身情商就很高的人） 但是绝对不是技术无用论

#17 楼 @raymond 事实上 工作几年后才发现 真的一心扑在技术上的 在一个公司里面 发展的绝对不会太好 相反 情商高的 做事妥帖的 更甚至于溜须拍马的 会发展的很好 很多时候 必须向客观现实妥协

#23 楼 @441385483 情商和智商一样，高了也不一定有用。
可能你还没遇到真的很不专业的开发，当你上面的人要你确认问题根源，而问题又在于开发时，你还是跟他对立的。
谁都想更好的团队协作，但事实非如此。群里很多人都在吐槽开发，是突出上述的开发吧，而不是一定要跟开发这个群体对立。

#23 楼 @441385483 首先，对测试工作了解才能开发出好的测试工具，这需要时间的积淀，开发这点没有先天优势，何来开发自己开发一个工具效率比测试高的结论？这个到不是重点，测试提高自身的技术是为了做到透过现象看本质，定位问题准确了，是高效完成目标的重要因素，以我的经历来看，开发喜欢这种服务到位的测试；
其次，我认可中国国情文化导致的情商高混得好的现象，技术好、情商高是人才，技术烂又混的开的，这个公司本身就有问题。如果是我情愿混的差，也要保留住自己的底线，做人要有原则。

对立与否，由个人性格决定。做事圆滑，溜须拍马，不见得能讨人喜。纵然发展的可能会比一些一心扑在技术上的好些，但也会失去很多。

#24 楼 @441385483 我觉得国内一直没有得到更多国际认可的根源，和你这说的有关。
虽然我也承认国外也有这样的情况。

很多时候走好不走的路，才能突破瓶颈。
这东西有点像环保，要很多人都得有这个观念了，才能改变这样的环境。

工作没事干，上来吹两句。

人还是要有一定追求，我感觉对于我来说情商的满足，还不如智商的满足，现在测试这个行业，被别的 IT 圈人都认为是没什么技术含量，慢慢的测试行业都变成玩情商的了，感觉这个行业也该结束了。

99% 的 PM 出了问题，要么和稀泥，要么站在开发这边。
抱着为部门考虑的思路，谈情商，3 年之内说不定可以升到 TEST LEADER。
然并卵，这个职位估计可以干一辈子。。。。
测试本来在产业链里面就是低端职位。为啥测试特别要谈情商？因为需要你扯皮啊，打杂啊，没有情商这些怎么干的了。
不管啥职业，还是需要适合自己，如果喜欢、满足，LOW 也无所谓。。。

#30 楼 @yangchengtest 我很同意楼上的说法，最重要的是你自己的感受，你管不了别人，也很难改变大环境。很多时候，我们真的没必要让自己情商那么高，去让所有的人都舒服。有些 Geek，四五十岁了还在写代码，问为什么，他说没有为什么，就是自己喜欢，我认为这就够了。唯一遗憾的是国内大环境不行。

等用人成本再高一点的时候，你就知道为毛要唯技术论了

#31 楼 @ping_sky 手动赞一个

看到图里面的技术那段。感觉真的深深的戳中部分当测试的泪点了

—— 来自 TesterHome 官方 安卓客户端

#20 楼 @quqing 这个主要是站在的维度不一样。如果站在个人的角度，工作是为了服务自己，让自己过的更好。如果站在公司角度是为了服务公司，让公司赚更多钱。站在开发和测试岗位角度，就是对立的

一切已结果为导向，已责任为驱动力。各种技术最终还是为了把事做好。把事做好了，就是一个合格的测试。再说了测试技术和开发技术是不同的，目的也不同。现在测试行业发张也越来越快速了，测试没技术真能找到份好工作吗？现在的测试不是点点点的年代了。庸人自扰了。

感觉变成了谈情怀。我觉得现实生活的压力还是蛮大的，对于混迹在一线城市的外地人来说，定居买房往往成了巨大的压力，也许很多人天天想钻研技术，就好像当年在大学天天学习一样，简简单单。但实际上周围会有很多比自己牛逼的，比自己不牛逼的渐渐买上了房，买上了车，赢娶了白富美。回忆当年暗恋的女神，现在孩子都满地跑了。偶尔下班约着朋友喝着小酒吃着火锅聊聊天，有的股票赚了，有的在选车，有的打算给老师送礼，而我们可能想的还是如何把测试框架搭好。。。回到家，看着满书架的技术书籍，真心是有点看不下去。
我为什么给了这篇文章这么高的赞誉，因为我也喜欢技术，但不希望测试人员天天看技术忽略其他的。测试基本是整个开发流程的最后环节了，之前流程所有的问题都会暴露在我们这里？我们要去做的是改善流程，推进实行，和各个部门进行协商和沟通，将 bug 通过这种方法来预防，而这的确需要很高的情商，不是写个框架用个工具就解决了。
的确，如果一个拍马溜须的人能混得好，这个公司多半有问题，但是为什么你还在这个公司啊，因为现实啊，总会有这样的老板这样的公司，你没有足够的资本总是跳槽，那就睁一只眼闭一只眼维护自己的情怀好了。退一步说，有没有想过，为什么这类人受欢迎，如果你是老板，你怎么会不喜欢这类人？
给老板打工的是 cto 是你， 老板的技术强过你 or CTO？No，老板强过你的是沟通，人脉，看准机会的眼光和承担风险的胆识以及运气，你哪样能比老板强？中国是个人情社会，大环境如此，好好想想文章在表达什么？

如果你是富二代，官二代或者红二代，你可以谈情怀。如果不是，先谈责任，先够资格再谈情怀。 情怀不是买些有 B 格的小件，不是偶尔泡泡咖啡厅，也不是因为一行代码的优秀而讨论的面红耳赤。情怀是你有钱了能捐钱给灾区，当官了不贪，能让家人快乐，这才叫情怀。

And， @shenkai600, 用人成本高了，只会凸显技术相对 NB 的，都是屌丝在打工， 何苦五十步笑百度？

补充下，我知道这里很多都是乐于学习的，技术也在同行中是佼佼者，因为不错的技术得到了上司，同事的赞誉。也因为乐于分享高质量的文章，在这里好评如潮。 这也刺激和鼓励了大家在技术的道路上越走越远，这是好事。 我想说的是时不时多抬头看看周围的路和风景也不错。
无意冒犯，不是针对任何人，仅供自勉！

#37 楼 @lvchongen

给老板打工的是 cto 是你， 老板的技术强过你 or CTO？No，老板强过你的是沟通，人脉，看准机会的眼光和承担风险的胆识以及运气，你哪样能比老板强？

我不得不说的是，正确引导社区群众很重要，此刻的调调未免太悲观。同一个维度比较，不能拿别人的长处比自己的短板。

技术不是万能的，但是测试人员不会技术是不行的，终有一天，开发能力对测试人员的要求会摆到桌面上来，不管你是测试的什么角色，功能也好，性能也罢。

我个人觉得，测试行业其实根本就没有到谈技术的程度，也没有到去谈论技术和情怀这两者的关系。因为测试行业大多既没有技术也没有情怀。大多都是活在自己的世界和圈子里，觉得自己很牛逼。有本事的多出去交流交流就知道自己多么渺小了。软技术是技术，硬技术也是技术。但测试行业属于在任何一个 “技术” 领域都还没有怎么起步的群体，早的很。

#39 楼 @lihuazhang 我很重视技术，但更希望多宣传技术之外的东西，这些对于想更上一层楼的人更重要。 确实有点悲观，你我都是工作一段时间的人了，我想你是了解这种对测试行业的失望之情吧。你们创立 TesterHome，正是希望改变行业现状，我很佩服你们。 真正比较我们的不是自己，是周围的人是上级，他们一定会拿我们的短处比别人的长处的，因为很多职位很多机会所需要的正式我们所不具备的

#42 楼 @lvchongen Testerhome

#43 楼 @lihuazhang 打错了。但我不得不说，不知道我们有没有在沟通

#41 楼 @monkey 是的我非常的赞同。其实国内的测试起步很晚，而且门槛太低。我赞同这篇文章的唯一原因就是，大家不光要学习技术，也要提高情商。不知道为何，演变成了情怀，做人，智商的讨论。 世界很大的，多看看行业内外，收获会很多

#39 楼 @lihuazhang 我觉得正确的引导 应该是情商 流程 技术并重的，而不是单纯的技术。我不是说反对大家学技术，技术是基础，是门槛，是基石。但是有很大一部分技术，真心只关心技术，情商很低。我工作过 5 家公司，基本都有这样的人，人品，技术都没得挑，但是做事中会很有问题。我觉得正确的引导，是让懂技术的学会圆滑，情商高的人学好技术，这才是良好的引导

#46 楼 @441385483 圆滑不是优点。有原则的迂回。

#41 楼 @monkey 技术没有门槛，情怀也没有。任何人都可以学技术，也都可以谈情怀。我也觉得行业内多交流可以推动行业的发展，但是有太多闭门造车的，也有太多深入技术太深，忽略其他事物的人。我想你的工作中也会遇到不少情商不如你技术比你好的，他们的境遇或许不如你。一个人的成就有太多其他因素左右，但是情商绝对可以让一个人走的更高，相同，技术也可以让人走的更踏实。在工作中，在不恰当的场合说了一句不恰当的话，很可能让这个人在公司的职业生涯万劫不复。

#26 楼 @quqing 有靠溜须拍马上位的人，但是不可否认，除了很小的团队，每个公司都有这样的人，你不可能说每个公司都有问题。每个人都有自己的生存之道，我们可以鄙视靠溜须拍马上位的人，但是不能否认这种现象。老板是以结果为导向，但是同样重视自己的感受。就像如果你手下有一个说话带刺技术很牛逼总顶撞你的人和一个技术还行（能干活）但是态度很好的人，你不一定天天都需要研究高深的新技术，所以够用就好 。这个人够用，且听话，你一定会喜欢。另外一个人或许也会留着，在关键时刻顶上，但是在不关键的时刻，也仅仅是放在那里静静的呆着吧。

#25 楼 @sziitash 对立又很多种，我遇到过不少不专业的开发，有的就知道推责任，但是没办法，公道自在人心，大家也都看在眼里。遇到不专业的，有 PM，有上级，除非他对你是对人不对事，否则都可以靠沟通解决。记得实习那会，遇到过一个技术一般，因为懒得改，死活就要找重现步骤，要不然没法改的，差点动手。后来想明白了，只需要把问题提出来，是否修改有 PM 来定。进度与风险自然有 Pm 来评估与负责，测试更多的责任是发现问题，反馈问题，而不是解决问题。

#32 楼 @shenkai600 无论用人成本多高，唯技术论都会吃亏（完全不讲情商的那种）。现在开发的用人成本就很高，但是开发经理一般都不是技术最牛逼的人。高级开发和开发经理，需要的能力绝对是不一样的。

#47 楼 @lihuazhang 看，你也承认需要迂回。但是有太多的测试特别横的，张口你程序有问题啊！闭口你这代码写的有毛病！迂回成更容易让别人接受的说话方式，绝对会提高工作效率，而且更少的得罪人。这是一定程度上解决开发和测试对立的一种方式。圆滑不是无条件的忍让，那叫逆来顺受。而是用迂回的方式解决问题，这才是圆滑。

#51 楼 @441385483 情商。。。。测试这个行业，整个行业在我看来简直就是一群稍微有点情商，有点背景的人在耍一群猴儿。。虽然可能不是很客气。但从我的理解面来看就是这样

#53 楼 @monkey 没看懂。你说的是测试负责人是有背景的？干活的是猴？这个意思么。或者说引导行业的是有背景的？被引导的是猴？ 我觉得，有接受现实的勇气，才可以通过努力获得改变现实的能力（如果到那一天这个从被压榨的人变成获利者的人还愿意改变的话）。 我的理解，情商相当于测试另外一门必备技术。两者缺一不可。

测试就这样，就像我两年前就和我徒弟说，未来系统测试的前景，一片灰暗，迟早沦为出差和打杂的，有几个愿意信的。。。
MONKEY 说的才是正理，国内测试就没有技术，还谈什么技术对立，如果 SELENIUM 找个按钮，点一下算技术的话，随便找个大学生，3K,培训 1 个月，RF 也可以简单上手。
测试最终还是在研发体系中，测试没有什么技术支撑，职位上升上不去就自然成为理所当然的事情。研发 LEADER 有 TESTER 做上去的么？测试不先谈技术，谈情商，谈交往，还不如早点转行，做市场，销售，省的浪费。
测试有了技术，你才有跳出你现有环境的机会，要么永远活在自己的世界里（没技术，你光说我交流好，能力强，BAT 要你么？。。。）
还是那句，自己觉得这种打杂，与人交流，又没有太大压力的生活适合自己。在自己的小圈子里，做自己的测试也挺好。

#54 楼 @441385483 简单来讲，就是行业现在太虚，太 low，谈论这些为时过早。。。＝。＝。。。。

#55 楼 @yangchengtest 再次强调一下，我不是引导大家不学技术只学做人。做人做事应该并重！情商和技术应该一起发展！哪个公司敢用一个哑巴当测试总监，这就跟你说的只管情商完全不会技术是一个道理。

@441385483
你的标题：“群里很多人都在吐槽开发，更有一种只要我技术牛逼了，就能碾压开发的势头”
原谅我说实话，问题在于大多数人就没技术，还自己装自己懂技术，喷开发，这才是根本。。。他们也就是一说，该喷喷，真学的会有时间天天看扯淡的群？
你说的情商还是等先有技术再说吧。。。
如果情商高，真心别做技术。~~~~适合自己的才是最重要的。

#56 楼 @monkey 好吧，可能是最近看群里吐槽开发的太多，我也用我的观点吐槽了一下而已。言归正传，就技术而言（其他方面我也不了解），我还是很推崇你的，你的书能不能写的再深入一点以及再细致一点（第一本看完了，第二本没看）。个人感觉你在书里是给了个大方向。

#58 楼 @yangchengtest 你说的人确实存在，情商特别高的也确实适合自己做点别的，或许会有更好的发展。但是我想强调的，仅仅是别走唯技术论，当然也别走唯情商论。大家大部分还是普通人，任何一方面都不会高的离谱，全面发展会更好

千万别把测试和开发放到对立面，于人于己没有一丁点好处，不要因为某几个逗逼和这个角色接梁子；
技术是必要条件，情商是重要条件，不要本末倒置；
情商，我的理解是良好的沟通，有时候为了提高沟通效率，也要直言不讳，官僚主义害死人。
没多少技术，不做实事，纯靠溜须拍马，揣测上司心意上位的，千万别影响你的三观，哪天没这个土壤了，他们会死的很惨。
最后不得不说，不要让这篇文章影响你对技术和情商的关系。

#61 楼 @quqing 我一直想强调，他俩都一样重要。但是好多人误解了。

#36 楼 @furiousslade 小伙子有想法，把你借给供应链真是错误的决定啊

@jfan288 琦哥谬赞了。讨生活而已。

#62 楼 @441385483 没说一样重要！
做技术的当然技术比情商重要，做销售的当然情商更重要，搞科研的科学怪人甚至可以连情商都不需要，明白？

#65 楼 @quqing 大哥莫激动，做技术的技术当然重要，但作为一个社会人，基本的交际能力总要保证。污已类聚呀。楼主也只是希望大家能够全面发展吧。

#66 楼 @furiousslade 你还是没看明白本意，捉急啊。。。

挺好的讨论，不过火药味有点儿浓啊，这大过年的：）
每个人成功和不成功路径都不大一样，是自己性格，能力，外部环境，时运综合了的结果。
至于那种路线对，其实也没有绝对的正确和错误。不同组织测试参与的工作范围还有工作方式差别其实特别大，要求的各个维度的能力其实大有不同。
结合个人发展，其实也会大有不同。

比如说，你想在这个企业一直混。其实首先的就是要适应这个企业先活下去，有情怀想改变这个企业甚至行业也得先站稳脚跟再说。那这个时候，沟通，人脉，企业的业务领域知识可能会很重要，IT 能力同样很重要，但如果不是科技派的公司，就不见得是最重要的了。

如果说，你不知道的未来在哪里，但想变得在市场上非常有竞争力，哪里都愿意要。这时候技术就很重要，因为市场的风向标目前是越来越倾向于技术的。

如果说，你特别迷茫，那就先从解决手头问题做起。需要技术就死搞技术，需要沟通就死搞沟通，需要啥就死搞啥。解决问题的能力才是根本的能力。这么说还是有点儿抽象。举个例子：你发现开发提交上来的代码特别烂，一测试就跟筛子一样净是窟窿。你如果能够推动流程上改变，比如说搞定开发自测，测试有准入，没准就能解决一部分问题，这该属于流程、沟通范畴；如果你发现开发自测了，只好了一点儿，代码根本上还是不行，你觉得需要推动评审和单元测试，能推动，还是流程、沟通范畴；你发现无法推动，那就想为啥无法推动，这时候发现主要有 3 个原因，1.进度太紧张；2.开发人员不会单元测试；3.开发人员不会评审，也不愿意评审；面对第 2 个问题，开发人员不会单元测试你就要解决：1.为什么不会？培训不到位么？2.学习需要多久？3.开发人员有热情么？4.如何推动这件事儿发展。。。。。最后你会发现，这是一颗问题树。很多树的最末端有技术领域的，有业务领域的，有过程领域的，有企业文化领域的，有。。。。 其中很多跟传统的测试职责不沾边。要做多少呢？能做多少呢？做了有什么用呢？回报是什么呢？ 不同企业有大不相同。 你可能转型为项目经理，你可能转型为架构师，你可能测试做得很棒变为测试部门的头，你甚至可以变成 CTO（有挺少的例子，比如段念），你也可能做了也不落好还落一身骚，你也可能混不下去了。 一切的一切全在你自己。 学会从多个维度的看问题，聪明的解决问题才是关键。所谓的坚持什么什么路线，什么什么对，全是有前提和原因的，不要盲目的跟从和相信。新同学多看，多问自己的内心，多埋头做事儿，时间长了自己就有杆秤了。不然看再多也没毛用，因为纸上得来终觉浅。 这是我的理解。

其实写的很好的，很赞成。遇到过，辛辛苦苦几个人整理出来的东西，被外人拿去给领导看，吹嘘，然后这个外人当经理了。
但是有技术也无所谓，东家不亮西家亮，换个地方继续蹲坑。
没那么大的胸怀，只是觉得自己开心就好。

#60 楼 @441385483 这个行业说鸡汤的人太多了，有的人会说我的书和一些抄外面 sdk，翻译的书在一个 level。也有的人说写的很好。说白了，行业什么人都有。

其实我一开始对我第一本书的定位就很清楚，只有等到这个行业真正开始发展了，大家的三观，对于测试的理解都正确（我这里说的大家不仅仅是测试）的时候，我觉得这本书的价值才真正的出现。

行业很多人现在还处于鸡汤以及自己的世界里，他们很多人没有真正的面临过问题，仅仅在纸上谈兵，这才是最最让人头疼的事情。无法真正的看清事实的本质是这个行业目前的致命伤。

不过当然第二本书肯定会比第一本书更深入，这是妥妥的。而且会更露骨。

#68 楼 @skytraveler 非常赞同 “先从解决手头问题做起”！不要把测试看得太 LOW，如果你熟悉产品和业务，善于发现一些深层次的问题，懂点技术，有上进心，学习能力、沟通能力、问题解决能力较强，你一样能赢得别人的尊重与认同，一样能发展得很好。对 TesterHome 几位大佬的唯技术论、对行业悲观的论调，实在不敢苟同！

#71 楼 @summiter 首先，我们啥时候唯技术论了？
其次我再强调下，这是行业的现状，不是悲观。如果你看到的和我一样广，一样多再来这里评论这个悲观不悲观的事情。不要来讲鸡汤。客观的阐述现状不等于悲观明白？？？测试行业的很多人就是因为不了解现在测试行业的定位和自己的处境所以才盲目的迷茫和乐观，这有什么意义？要先看清楚现在的本质。

最后，““先从解决手头问题做起”！不要把测试看得太 LOW，如果你熟悉产品和业务，善于发现一些深层次的问题，懂点技术，有上进心，学习能力、沟通能力、问题解决能力较强，你一样能赢得别人的尊重与认同，一样能发展得很好”

这种言论就是鸡汤，我承认是对的，但是我也没有看到有什么用。

#71 楼 @summiter 我还想问的是，就算我们唯技术论，我们很悲观。请问这些年在行业中真正去做的是我们么？这个社区做起来是因为我们么？711 大会能做起来是因为我们么？这个行业去告诉大家真正因为怎么做的是我们么？试问我们悲观了，我们去做这些何必呢？

我想说的是，关键不在于鸡汤，也不在于谁说的对不对，真正关键的是要去做，要落地，落到实处去做。这方面我可以说整个社区我是最有发言权的。

#70 楼 @monkey 等我买本看看

#72 楼 @monkey 我不否认你把行业看得很透，说得也很现实，同时你们为测试行业向专业化、体系化迈进所做的努力和贡献，相信大家也是有目共睹。但不是每个我们都有能力或有意愿成为你们，毕竟你们良好的技术、超强的执行力和实干精神远不是一般人能企及的。可你完全没必要如此咄咄逼人，盖棺论定 “这种言论就是鸡汤”、“但是我也没有看到有什么用”，是不是鸡汤、有没有用不是你说了算，即使你在 TesterHome 最有发言权。我肯定技术在测试工作中的重要性（安身立命之本），认同测试人员应不断学习新技术来解决问题和提升自己，同时也认同作者言及的情商，即提高技术之外的综合素养，仅此而已！

#73 楼 @monkey 你说的鸡汤的概念，我的理解有时候这个很重要。比如这个人在从事一份相对不错的工作，只因为某个人的几句话，信念有动摇的时候，这时候落地的技术给予他的帮助反而没有鸡汤重要。不过说到落地，testerhome 确实做到了很多技术的落地，给了很多人技术具体的使用场景与方式。其实我觉得，最好给是有能力的人在有空的时候总结出一份技术树，让大家参考下，要不你写书里吧。

#71 楼 @summiter 其实行业怎么样，谁也说不准。或许会有个趋势，但是我想这种大的趋势，但是具体的方向，谁也不敢保证说把握的了。比如之前 monkey 提出的手工功能测试 2 年内会死，我敢说至少游戏测试行业，别说两年，5 年都死不掉。每个人都有自己对测试的理解，理解别人的做法不一定需要认同，更不需要被同化，其实自己想要什么，自己最清楚。说这么多，其实就是想说，别人怎么说怎么做不会影响你，也别生气。

#77 楼 @441385483 其实技术发展太快，出什么都比较没用。只能有个基础的，每个人可以按照自己的情况去看。可以见：https://testerhome.com/topics/3858

另外鸡汤我同意你说的，有时候很重要，但是从长远角度来讲，没有什么什么作用，也不会对行业产生什么作用。简单来讲，时间长了，一个人就容易活在自己的鸡汤里，容易变成所谓的 “忽悠”。

鸡汤可以有，但是不能一直鸡汤

#76 楼 @summiter 所以我说了，没有任何原因或者理由得出” 我们很悲观的看待行业 “这个结论，我只想表达这个意思。

所以我想告诉所有人，客观不代表悲观，客观是最好的自我认识，对有任何追求的人都是一样的。所以你肯定不能得出” 我们几个人对行业看待很悲观 “

谢谢

#76 楼 @summiter 鸡汤的概念，对于不需要的人来说，可能一文不值。对于自己理念清晰的人来说，意义不大。不过很多时候，我觉得适当的听听别人的鸡汤，也是一种别人对测试的理解与感悟，会很有感触。会管理的人，可能营造的气氛，说的话，都是一种落地的技术，但是提炼出来，可能只有几个字，这就是鸡汤。不要纠结。

#79 楼 @monkey 刚发现这个，谢谢，一直没看到这个页面。一直给别人讲鸡汤的，确实是忽悠，这个非常赞同。就跟之前遇到过的，天天给人背理论的人一样，不能落地的理论永远都是看的。之前遇到过一个很坑的，背了一肚子各种理论的概念，结果啥都不会。

#82 楼 @441385483 关键其实是现实根本没有那么美好，却非要不停的说鸡汤。听上去都很有道理，却没有卵用

#80 楼 @monkey 消消气，估计 summiter 也是被你们之前说的传统测试 2 年内必消失类似的言论影响的。说实话，我刚听这种言论的时候，触动很深，后来细想后，觉得说的过于严重了（别介意）。至少游戏测试行业，短期内你所说的测试消失是不可能的，一个特效表现就够 UI 自动化犯傻的，再加上游戏的版本迭代周期，短期内堆人力的现状难以改变。但是软件测试行业，我不敢说什么，因为感觉这两年发展的太快了。

#84 楼 @441385483 文字上的表达而已，我很淡定。测试当然不会消失啦。只不过会和开发合并掉罢了。谁都是测试谁都是开发

另外，我想说的是，很多人是非不分，黑白颠倒。鸡汤吃惯了，说惯了就看不清楚问题的本质了。就好比 testerhome 是为了行业发展，真正的用心在做。而很多组织和个人都是为了赚钱在忽悠。从鸡汤的人看来，他们很辛苦啊，他们也是帮助别人啊等等。在我看来，这不是乐观，这是没有思想，行尸走肉，还以为自己很乐观而已

#67 楼 @quqing 好吧，我比较笨，去读书了。。。/(ㄒ o ㄒ)/~~

我写代码真的只是因为喜欢写代码的 feel，真的....

#87 楼 @dongdong 你走开

#76 楼 @summiter @441385483 @lvchongen 几位，就如思寒说的

如果你们自己实践的很好, 也欢迎报名 topic 一起探讨交流下. 我希望无论是技术路线还是情商路线, 都能看到对公司和产品质量有好的推动作用, 也有助于个人事业发展. 进而传播优秀的正能量给大家.

无论鸡汤不鸡汤，能帮助到大家的，能推动行业进步的就是好的，希望到时候你们都踊跃报名吧

说的好像测试技术都很牛逼一样，都 low 的不行，还好意思怪情商。这会给自己在过年找乐。

@441385483 适当鸡汤还是不错的。TesterHome 略微缺少了一点。 @monkey 对于鸡汤的界限有点过。其实我自己认为，用自己的经历去安利别人就属于鸡汤了。因为说出来说明就已经是可以做到的事情了，吹牛逼除外。

我其实也不是反对这篇文章，但是我觉得在这年关至少给人希望。我个人看到的是：

1. 测试不会淘汰

   无论是全栈，还是开发测试一体化，那都是风。猪站在风头都会飞。前几年，敏捷测试起来的时候，还不是大喊传统测试已死。现在来看，很多开始反省敏捷测试。工作中，人才是方法论的决策者，不是风向。

2. 技术很重要

   首先要定义，什么是技术？开发能力是技术，业务测试能力也是技术，人与人的沟通也是技术，不能局限于开发能力。 之所以会有这些风向，是因为我们局限在开发能力了，大家认为没有开发能力就是技术差，不能创造价值，这是扯谈，可悲的是现在上上下下的人都这样认为，我只能说只看到山。当然会这样想的原因是因为混业务的人太多了，投入产出比太差。所以个人的看法是精编业务测试团队，加强测试开发能力。

3. 无银弹

#71 楼 @summiter 其实我也是技术控，其实我也悲观。。。 测试行业整体正在慢慢的洗牌，这是真事。 先从解决眼前的问题入手的话，很多同行马上面对的也会是自己 IT 技能不足的问题 (O_O) 其实仔细读一读讨论的字里行间，收获还是挺大的。每个人背景不一样，看到的情况也不一样，得到的结论肯定不一样，大家都是真心的讨论，这就挺好了。 哈哈我是鸡汤。

的确无银弹。 牛逼的事都是苦逼的一点一点做起来的。

#48 楼 @441385483 如果已经 “在工作中，在不恰当的场合说了一句不恰当的话，很可能让这个人在公司的职业生涯万劫不复。” 这样了。。不如换个地方吧。。

#94 楼 @sunyi00 嗯，做技术就有这一点好。不用总是卑躬屈膝的活着。

#92 楼 @lihuazhang 嗯，都没有反对这篇文章的意思。

#94 楼 @sunyi00 你也来了呀

#95 楼 @skytraveler 这种环境会抑制未来，抹杀所有，尽快离开为好。

#92 楼 @lihuazhang 不过我补充下，我说的鸡汤并非用自己的经历去安利别人。而是用自己的经历去分析现在的事情。而且还是非常盲目的乐观，说的怎么怎么好，这就是鸡汤，让很多人都看不清现状这就是鸡汤

#98 楼 @sunyi00 测试行业的很多人就是看不清楚，知道这环境是不好的，但却不知道对自己到底有多大的影响。

#97 楼 @monkey 被你微信朋友圈炸出来灌灌水。。。

我这里再强调下，

代码技术是技术
沟通，表达能力强也是是技术
人脉关系强是技术
会吹牛其实也是技术

关键是大家要去看的清楚事实，不要一概而论。怎么去平衡这些 “技术”，怎么去很好的判断是非，怎么更好的去规划自己的道路这才是正道。而不要不分是非，颠倒黑白。老觉得乐观就是好的，悲观就是不好的，客观的现状是为了让大家很好的去了解，不要动不动就说悲观。说不是最关键的，要去做

#101 楼 @sunyi00 哈哈我就知道～～～

#100 楼 @monkey 主要是要选择合适的环境，极少数的英雄可以造时势，然而更多更多还是时势造英雄。所以一旦公司的气氛不适合自己的发展，最好的选择就是及时止损。

技术很重要，不管是全还是精。

#99 楼 @monkey

用自己的经历去分析现在的事情。

这个都是这样的吧。大数据就是这样做的。

非常盲目的乐观，说的怎么怎么好

这个在 testerhome 还是比较少见的。

文章最后的问题：我俩都不给，面试时候能不过的就不过，实在缺人也是要技术人（其实现在哪有情商特差的），技术人里情商高的有多少。尤其情商 “过高” 技术太臭的，简直是团队前进的阻力。不是唯技术论而是那是基础，基础，基础，也就是和程序员一样，仅仅是合格的标准之一。

不知道测试人里还有多少还觉得和开发是对立的，入行十二年从来都觉得开发和测试是一体的，不可分割界限模糊的整体。做一枚测试人，若开头你觉得和开发对立，第一步就走错了。

从评论来看，也能看出测试行业的一个缩影 -- 浮躁，部分评论有点扯远了，有的甚至没理解就开始评论
我是以一个测试人员的职业习惯，怀着严谨的态度看这篇文章的，我的评论也不是针对作者，而是这篇文章可能带来的负面影响：
1.“测试与开发的对立？唯技术论？这条路真的对么？？？”
这是个伪命题，我之前已做过评论，为了传播点正能量，再以个人观点详述一遍：
a.关于测试和开发的对立，测试和开发两种角色并存是出于良性制衡的考虑，绝非对立。然而现实很骨感，但任何事都要从自身开始找原因（制度不合理等客观因素先不谈），造成测试与开发的对立，一是得不到对方真正的尊重，二是出现问题了推卸责任、扯皮，没有担当。在得不到对方真正尊重的前提下，通过良好的沟通技巧，有原则性的 妥协，甚至私交，确实可以顺利开展工作，达到表面的 祥和，但对方骨子里对测试这个岗位的蔑视是不会改变的，聚沙成塔，圈子里的大部分人都这么想，对于整个测试行业的发展是不利的；
b.唯技术论，我的理解技术分为 IT 技能和业务知识，这个是必要条件，因为测试岗位是技术岗位，请看清楚 “技术” 两个字，情商是重要条件，情商可以让你的技术发扬光大，更好的开展工作，也可以让你走的更远。但千万不要本末倒置，也不要被行业的不良之风影响你的三观，我就看到过一旦失去土壤就跌的惨的；

2.技术碾压开发论
测试拥有的技术，不是为了碾压开发，是要更高效的解决问题（用数据、精确定位能力，而不是用嘴巴和人情，试问国际化研发合作，你也要用低效率的电话和邮件沟通吗），是要得到人家内心的尊重，这是良性开展工作的前提，也是让人家对测试这个行业有个全新的认知。
不知道你是怎么得出开发的效率一定比测试高？测试工具由谁来开发 ，如果公司有条件，当然有测试开发岗位承担，原因很简单，测试更了解测试，维护更方便；

3.测试的核心职责
“技术只是增强发现问题能力的一种手段，跟进问题更多是靠情商，就是说的说话做事。”
表面上看没问题，有这么一种场景：测试和开发分隔两地，测试和开发距离比较远，也用情商去解决吗？

最后，再次着重指出，测试是技术岗位，技术是必要条件，情商是重要条件，情商背靠技术，才能走的更远。

#109 楼 @quqing 五星赞同！特别是

测试是技术岗位，技术是必要条件，情商是重要条件，情商背靠技术，才能走的更远。

• 测试这个岗位，欠的技术债太多。我觉得在测试岗位工作了几年，沟通情商能力应该不差，技术是大家普遍的短板吧。
• 如果你的职业方向是管理岗的话，你以后面对的是可能是海量的会议 + 邮件 +ppt。技术对你来说，只是概念而已了。
• 如果你想在测试走的更远，不是所有人都可以走上管理岗的。技术可以减少你不少的重复繁琐工作，让开发更加信任你，更好地做好一个产品。而且，业务技术实现的复杂度也会倒逼你走上技术的不归路。 ^{_^}
  

测试工程师和运维工程师，都遇到了同样的瓶颈。别人已经在补技术债，并做出了一些成绩。但是我们测试还在纠结技术的必要性。哎

测试的确是定位成服务部门，不过做为交付下游，这个也是没错的。
至于所说的意义类的，岗位权责技能和开发重合也是必然存在的，绝非对立（不可能没有重合）。只是方向不一样，开发是基于实现，测试是推动和降低风险，开发和测试 V 也好，W 也好，螺旋也好，都是基于尽可能更早的测试，发现的问题来制定 1 个 debug 周期和如何收敛问题（这条原则一直未变，尽早提出问题）
测试和开发都是在做一件事，服务于需求，开发是实现和生产，测试在按开发实现的顺序和生产的顺序枚举，科学的方式和规范，和测试数据分析的策略就是在寻找枚举最优路径。（怀疑开发意思是指不要信任每次更新内容是绝对安全的，而不是对立，测试是产品交付的下游）
我想说测试不仅仅是和开发打交道。
还有关键看你认为的测试岗位权责是什么。

#92 楼 @lihuazhang 游戏这块很多公司都执行了这个，我觉得有些敏捷测试就是套皮的，有些方法不对，有些是有方法，但没人去强调贯彻。。。敏捷贯彻的 1 个要点还是人的自我驱动。

我所在的公司，测试和开发谈不上对立，但是黑盒测试是接触不到代码的，很多 bug 现象报上去了也会被开发 reject 掉，这时候的无奈心情就可能会导致一种心理，但凡劳资有一天懂得了技术，一定把 bug 弄明白，不被忽悠。然并卵，2 年后走着瞧。

毕业后做了两年销售，沟通能力还可以，但一直喜欢写代码，就转行做了测试。起初技术很差，就一直埋头学习，两耳不闻窗外事，一心只读圣贤书，那个阶段不需要太多沟通能力，更加需要的是提高自己，尽量让自己跟研发缩短差距，得到他们的尊重，让他们愿意跟我共事，能够将项目放心交给我做，一年的时间技术有了很大的提高。其实在这一年中也会有” 研发跟测试是对立的 “这种念头，现在想想还是自己不够牛，不够专业，技术不够强，或者没有得到研发的尊重。后来到了数字公司，技术水平还可以，带了一个小团队！在数字公司发现，一开始毕业就从事测试工作的很多同事，都懒得沟通，不愿跟人沟通，害怕沟通，什么事情都让领导去帮忙沟通，但曾经做过销售的我，一直心里都有一个信念，没有我解决不了的问题（咱们这个层级也确实没有什么解决不了的，能有什么大事呀）我喜欢与人交流，沟通！在跟一个新研发团队做项目的时候，首先技术打头阵，让研发不能小觑我，其次就是跟他们搞好关系，多跟他们沟通技术细节，多发现他们的设计缺陷，多想想这个 bug 可能出在哪里，现在我们团队跟研发团队就跟一家人一样，哪有什么对立不对立的，虽然也会争吵，但大家都是想把项目做好。我觉得如果你是初学者，应该多多的提升个人技术，如果你马上或者已经是一个管理者，这个时候就更多的需要良好的沟通，并不断提升个人管理水平，对于管理，我也是需要多多学习的！

测试工程师和运维工程师，都遇到了同样的瓶颈。别人已经在补技术债，并做出了一些成绩。但是我们测试还在纠结技术的必要性。哎

学吧，哪来那么多废话

老贴啊，看完了。意思就是得先有扎实的技术基础，然后再提高情商。学习了。

不同的团队遇到的问题不同，解决的措施和方法也不同。从我的观点看一个团队开发测试职责不同，关注点不同，但是目标应该是相同的，解决问题是全团队的事情。