说的对

赞一个

每次出现测试现状的帖子时，都会有一大波评论

个人见解：我觉得重与 不重视都是 靠自己去争取的。 好的技术能力 + 沟通能力 + 风控 + 流程管理 这些都是必备；
当然开发也并不都是没有职业道德，很多时候还是看人的，我目前的团队中就有几个职业道德比较好的。至于职业道德不好的，完全可以在技术层面与之 PK

测试要不要会 code

测试论 php 是最好的语言

小孩辩对错，大人辩利益

12 楼是在 28 厂吗？

深有同感！！

同学你说的很对，其实有时候我也是挺羡慕开发，只需专注技术一块，什么杂七杂八的，真不想搞

#26 楼 @anonymous 楼主，深有同感啊，其实我们都希望被理解，有时候我在想，如果老板是个做测试的出身，他就会重视我们了，可是现实。。。。，有时候又在想是不是该强硬一些，大声说出我们的心声，争取我们的地位，奈何这是普遍现象，深深的无力感。

如果没有专业的软件测试，软件质量是什么样的？

为啥不能分享到朋友圈，oh，no

#3 楼 @anonymous 好方向,感谢

#2 楼 @anonymous 考虑过，但是想到部门经理什么的都在场，首先抛出了一个自己干掉自己的问题，大家很有可能一脸懵逼，然后说 不啊不啊，测试很有用的来安慰你， 就达不到 A OR B 的效果了

#1 楼 @anonymous
实在不行就是准备抛出万年撕逼话题了， 自动化重要 or 手工重要

可以聊聊精准测试的话题

之前耗子不是有个话题说为什么我们不要 QA，这个挺有争议的

自动化测试能否全部代替手工测试？

测试只是个服务部门。测试人员就是服务生，既要懂技术，还要懂业务，更要懂得沟通，跟进度。。。总之，就是要会做人，做事。测试只是在前面的流程中保值，不能创造价值，所以地位会次点，缺了又不可，其实老板是很清楚的。没有那个服务员日子过得很舒坦的，所以要淡定。

见过太多开发埋头开发，不管需求是否合理，不管是否有人需要知道功能的上下文，总之就先码上代码再说，好了就给测试测，至于需不需要给被人解释一下，同步一下情况
哈哈哈，是有这样的开发，但是一般都只是初级的开发，给他什么，就做什么。我遇到的中高级的开发，一般都会考虑功能的合理性，也会给测试测试重点。总之还是跟能力有关。
其实对于测试也是一样。

楼主说出了许多测试人员的现状，尴尬而又无奈的处境。
但是既然已经走在测试这条路上，我们要做的应该是如何去提升能力。
对于质量保证，我觉得是分经验、职位、和现有职责的。
初级测试，对你的要求应该没有那么高，期望也就那么大，毕竟成本在那里，谁都会算这笔账。你所要做的是所见即所得，就是尽可能的提出 BUG，至于解决，你的责任可能就没有那么高了，当然你必须得从中有所得。
中高级测试，那么你的责任就相应的变大了。
所以，不要有太大的不必要的压力。

我是发此帖的，楼上，“跟你这样提 bug，我就要走了” 这种说法，其实我也遇到过，我还遇到过小姑娘被开 bug 开的哭了的呢；人都有难处，所以我说测试在这团队里面处理事情很有讲究，遇到这样的情况，要照顾开发，但是总不能看到 bug 放过吧，所以一个 bug 里面多开几个，不是严重的问题，就讲清楚可以不修呀，只要产品同意。团队里面有个和你如此私聊，可以看到有多少不够职业化的东西在团队里面，但是这些东西都无法反馈到纸面上。所以我发帖的意思是，其实可能公司，老板低估了测试的难度了，让如我这样的人其实不能胜任测试工作，但是为了生活，不能做也要做呀。

楼主说出了多少公司测试的现状啊，不过也只有做这一行的才感受那么深，换个位置去看，产品、开发、架构，哪个不会觉得自己才是项目里面最苦最累的，都会觉得自己才是劳苦功高的那一位，不会有人去体恤、去同情你。当你想让老板去理解，那也不是很现实，因为在老板眼里，或者在大多数人眼里，掌握核心技术的人才是财富，才值得重视。当项目取得成功的时候，可能会顺嘴提一下这是团队的成功，但是当出了线上问题，所有人第一时间问的是 “这种问题怎么都没测出来”，可是明明用例评审过的，产品、需求出现问题，开发的过程中就发现了，用例只能测试自己执行检验。哎，不说用例了，因为还有的公司连用例都省了。记得最深刻的一件事，就是提 bug 根本停不下来，最后搞得开发私聊我 “跟你这样提 bug，我就要走了”，感觉开发也不容易，口头告诉他吧，过了很久去问，还没开始改，久了又给忘记了，提单吧，人家要被骂，连开发项目经理都要求少提点，结果一直到马上要上线了，还能发现好多 bug，提吧，说怎么之前没测出来，上线后，又出现了一些 bug，又说你漏测了。心里那个一万只 XXX 崩腾而过。----静静的望着电脑屏幕，猛然间老大在喊，进度咋样，哎，还是埋头继续干活去了！

从结果看：在每一个成功互联网故事的背后，从来没有一个提到过测试的故事，都是产品，架构师，开发。。。。。。
成功故事，讲产品和架构就够了，市场和技术是必须讲的，至于具体分工是开发、测试、运维这些都不会谈的具体