#12 楼 @seveniruby 谢谢啦 回头我就试试去

#6 楼 @lihuazhang 亲，你看我格式，我有遵守哦~ 只是吐槽下 onenote 转过来好麻烦而已 没说 markdown 不好，只是平时用云端笔记的时候，都不支持 markdown 的格式。

#7 楼 @seveniruby atom 的插件，能具体点么，我只试过几款 markdown 的工具

#3 楼 @seveniruby 。。。用不用 markdown 还影响是否能成为工程师了啊。。。这说的严重了。个人只是觉得 markdown 的存储图片的形式，比直接用 onenote 要麻烦

#1 楼 @chenhengjie123 好的

个人感觉，技术是为了更好的测试，而不是为了做技术而做技术。
所以流程上应该是，功能测试（业务逻辑）- 易用性测试（体验）- 技术手段优化（自动化或者工具）
不过 感觉上 很多人弄反了，遇到功能先想怎么实现，然后做工具，写脚本，测功能，说白了就是为了 我得用技术去测试，而不是我得去测试。
当然，我觉得这方面，专职的测试人员和测试开发人员应该是分开的，测试开发说白了是测试工具的开发，确实需要先搞清楚原理，然后写测试工具。而测试人员需要先保证功能，再优化测试。

#8 楼 @jxxgxldl 好的 我改写

#5 楼 @seveniruby 修改完了 帮忙弄回去吧

#5 楼 @seveniruby 等我修改完重新发一遍

#1 楼 @zsx10110 有空我再整理一份发上来 之前一直习惯用 word 写总结，但是没法直接上传，有啥便捷的方法没？

请问 我搭建好了 也可以查看到报告 只是报告是没有格式的 类似于文本 但是下载下来单独打开是有格式的 请问怎么处理的

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

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

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

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

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

#70 楼 @monkey 等我买本看看

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

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

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

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

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

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

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

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