最近一直在想一个问题，为什么测试总是疲于奔命，在互联网企业高速迭代的情况下，测试可以说是最苦的一群人了：
- 从结果看：在每一个成功互联网故事的背后，从来没有一个提到过测试的故事，都是产品，架构师，开发。。。。。。
- 从项目交付看：所有的延期最后都会变成压缩测试时间和加班的二选一
- 从心态看：开发的心态是就算我出了 bug，问题不是我一个人的，测试会和我分担；测试的心态是，我要好好测，线上千万不要出大 bug；两者压力系数其实是不一样的
- 从人员配比上看： 很多公司都说测试开发比例，一般最少都要 1:3，意味着测试不能专注一件事情,同时很显然，也无法像开发一样去精通某项技术，某个模块
- 从信息对称情况看： 开发和产品商量了一个新东西，然后拍拍测试肩膀说，我们明天想上线，你测试一下吧；测试说你们搞什么东西我还不知道呢，产品说不行，老板说一定要明天上；很多信息其实传不到测试这里，测试更多是别人的资源
- 从技术看： 测试经常被抱怨技术不行，其实技术现在太庞杂了，从前端，移动，到后端，中间件，数据库，可怕的是测试可能会和这些人同时打交道，而每个技术都不同，被任何一组人觉得技术不行，都可能被抱怨；然后如果每个你都比较清楚，你还是个人嘛？
- 从期望看： 老板对测试的期望要么就是很高，希望线上不出现重大的问题，然后测试其实完全没有这个能力去保证大型互联网公司线上不出问题，高可用这种太复杂了，超过测试能力范围太多太多；或者期望不出弱智问题就可以了，但是这个期望你觉得测试在老板眼里，前途在哪里？
说到底，在目前互联网公司如此快速迭代开发，又有很多流程不规范情况，大部分的测试就是没有能力去做好通常意义上面测试应该做的事情，比如线上 bug 少，比如按时交付，比如少加班，比如可以一定程度上保证质量；要想做好一个测试，或者达到老板期望的一个测试，其实这个测试的综合能力包括了代码能力，项目管理能力，对于业务的理解能力，对于流程管理，风险分析的能力是需要高于开发的，才可能在 1:3 或者资源更少的情况下做好测试的活。见过太多开发埋头开发，不管需求是否合理，不管是否有人需要知道功能的上下文，总之就先码上代码再说，好了就给测试测，至于需不需要给被人解释一下，同步一下情况，基本上是不问不说，问了嫌烦的状态；这也就要求测试有比较好分析能力，可以提问，可以一步步自己分解问题，同时还需要比较好的沟通技巧和技术背景，和开发沟通，开发经常出一些莫名其妙的名词和黑话来，如何去理解它，如何去深入的沟通其实不是一个非常初级的工程师有能力做到的。
所以我认为大部分的我们成为测试的路径错了，至少我们应该做了几年开发，了解了不少项目之后再来做测试或许比一开始没有代码基础做测试会好一点，有技术，有沟通经验；这样才有可能做好或者承担起质量的重担，否则我不认为大部分的测试有能力担当保证质量 (QA) 的角色，最多就是产品质量的一个替罪羊而已；如果只是当替罪羊，那么这个职位的职业发展又在哪里呢？
我的观点是测试在承担的压力，责任上面其实有可能超过了一般的开发，但是我们的技能可能不如开发，这点我觉得是不合理的；测试需要更有技术能力的人，更有经验的人担当，而不是让因为编码能力不足而来做测试的人去当测试。
同学你说的很对，其实有时候我也是挺羡慕开发，只需专注技术一块，什么杂七杂八的，真不想搞
—— 来自 TesterHome 官方 安卓客户端
精辟，但是最后的建议却不可能实现……，人事部门不可能招聘一群工资比一般开发还高的手工测试
—— 来自 TesterHome 官方 安卓客户端
精辟，但是最后的建议却不可能实现……，人事部门不可能招聘一群工资比一般开发还高的手工测试
—— 来自 TesterHome 官方 安卓客户端
同样困惑
#1 楼 @hu_qingen 吃早饭咬到自己舌头了
测试分很多种吧，不是每种测试都要去那么高，测试也不仅仅只是需要技术
每一个成功的产品，光鲜了产品，架构，开发等等，却从来没有测试。却不知道撑起整个产品质量往往是测试。
致敬，向在一线的点点点大军。
说出了心声，做了两年测试，现在想往测试开发方向转好艰难，后悔当初没有先选择开发直接做测试了，后悔没用了，努力学习吧，测试还是要有初中级的编码能力才能走的远走的好
个人做了 9 年测试，转开发两年，如果对技术有追求，转开发吧，测试的技术积累太慢，bat 除外吧（因为我不清楚，偶是通讯厂商的，同时不是菊花司～～～，感觉测试在通讯行业都开始渐渐不像以前那么重要了。。。）。
转岗是需要努力和机会的，开始转，没人相信你的能力，一样从打杂开始，测试和开发的思维方式也不太一样，要忍的了嘲讽，拼的下来。有同事去开发，各种不如意，半年以后又回来的。
然后提一下，技术能力感知的差别，原来做测试的时候，觉得周围的人都是菜鸡，什么都搞不定（只说不动手当然了）。现在觉得卧槽，你妹的，我怎么这么菜。。。。然而自己心里明白至少技术层面上早就不是一个 level 的了。不要拿培训出来的最底层码农跟自己比，如果这样，还不如在大公司做个点点点测试舒服。
如果情商高（本人巨低）可以继续做测试，测试经理最重要的特质是：1.沟通好。2，能忍；技术并不是恨重要，自动化的 leader 技术要求可能稍高，其实也高的有限。当然再往上，需要啥特质，就不是偶清楚的了。。。。存在即是合理的，当下测试会一直存在着，也没必要那么悲观，适合自己的工作才是最好的。
ps：最后悲剧的是，最近出来找机会，因为背景还行吧，猎头全是提供的全是一线的测试开发岗，开发岗很少，当然自己也还没修炼到家。（没有 20w 的以上规模的代码架构设计，估计也很难修炼上去了。。。）最近老被测试开发岗骚扰，至少钱应该还行，也挺烦的。侧面证明技术提升了，至少饿不死。。。
晚上要视频面（希望不算大，但应该比上次大～～～），烦躁的时候回个帖，算是记录一下当下纠结的心态。。。
测试开发一体化不是大趋势么，google 软件测试之道也是这么写的啊，没必要界定得那么严格吧
楼上应该是 26 出来的
当往往做了开发，还会转回测试吗？
但做了测试，再转开发却有难度
套用相声里面，开发是逗哏，测试是捧哏；测试开发是会单口的捧哏的.三分逗七分捧，捧哏很重要，但组合出名的往往是逗哏的.过去比较牛逼的是老先生做捧哏的，带着新人，但都是从小捧逗都学，然后选一个角色。革命分工不同，无所谓哪个好哪个不会，适合自己发展的才叫正确的！
这就是国外测试与国内测试的区别
《 google 软件测试之道》很好的回答了这些问题
我开发岗转的自动化测试 后悔死了 技术积累太慢
都想着转开发啊。
测试行业确实是不讨好的，遇到不理解的领导，更是压力大，还是提升自己的价值
对于测试的话 硬技能的提升 除了那些优秀公司 可能提升会快一些，绝大部分公司感觉还是开发岗的话语权和提升速度比较快，个人拙见。
每行每业都有他的好与坏，咱们想那么多干嘛呢？
用心做事、保持良好的技术情怀~坚信以后测试行业肯定会越来越好~
所有说的这一切问题， 归根到底 解决就一个方法：“转开发”，至少在国内，只有这个方式，可以解决测试尴尬位置的痛点！既然在测试这个神坑中，蹲在里边找不到一种存在价值感，只能转移阵地，是把。
从结果看：在每一个成功互联网故事的背后，从来没有一个提到过测试的故事，都是产品，架构师，开发。。。。。。
成功故事，讲产品和架构就够了，市场和技术是必须讲的，至于具体分工是开发、测试、运维这些都不会谈的具体
楼主说出了多少公司测试的现状啊，不过也只有做这一行的才感受那么深，换个位置去看，产品、开发、架构，哪个不会觉得自己才是项目里面最苦最累的，都会觉得自己才是劳苦功高的那一位，不会有人去体恤、去同情你。当你想让老板去理解，那也不是很现实，因为在老板眼里，或者在大多数人眼里，掌握核心技术的人才是财富，才值得重视。当项目取得成功的时候，可能会顺嘴提一下这是团队的成功，但是当出了线上问题，所有人第一时间问的是 “这种问题怎么都没测出来”，可是明明用例评审过的，产品、需求出现问题，开发的过程中就发现了，用例只能测试自己执行检验。哎，不说用例了，因为还有的公司连用例都省了。记得最深刻的一件事，就是提 bug 根本停不下来，最后搞得开发私聊我 “跟你这样提 bug，我就要走了”，感觉开发也不容易，口头告诉他吧，过了很久去问，还没开始改，久了又给忘记了，提单吧，人家要被骂，连开发项目经理都要求少提点，结果一直到马上要上线了，还能发现好多 bug，提吧，说怎么之前没测出来，上线后，又出现了一些 bug，又说你漏测了。心里那个一万只 XXX 崩腾而过。----静静的望着电脑屏幕，猛然间老大在喊，进度咋样，哎，还是埋头继续干活去了！
我是发此帖的，楼上，“跟你这样提 bug，我就要走了” 这种说法，其实我也遇到过，我还遇到过小姑娘被开 bug 开的哭了的呢；人都有难处，所以我说测试在这团队里面处理事情很有讲究，遇到这样的情况，要照顾开发，但是总不能看到 bug 放过吧，所以一个 bug 里面多开几个，不是严重的问题，就讲清楚可以不修呀，只要产品同意。团队里面有个和你如此私聊，可以看到有多少不够职业化的东西在团队里面，但是这些东西都无法反馈到纸面上。所以我发帖的意思是，其实可能公司，老板低估了测试的难度了，让如我这样的人其实不能胜任测试工作，但是为了生活，不能做也要做呀。
楼主说出了许多测试人员的现状，尴尬而又无奈的处境。
但是既然已经走在测试这条路上，我们要做的应该是如何去提升能力。
对于质量保证，我觉得是分经验、职位、和现有职责的。
初级测试，对你的要求应该没有那么高，期望也就那么大，毕竟成本在那里，谁都会算这笔账。你所要做的是所见即所得，就是尽可能的提出 BUG，至于解决，你的责任可能就没有那么高了，当然你必须得从中有所得。
中高级测试，那么你的责任就相应的变大了。
所以，不要有太大的不必要的压力。
见过太多开发埋头开发，不管需求是否合理，不管是否有人需要知道功能的上下文，总之就先码上代码再说，好了就给测试测，至于需不需要给被人解释一下，同步一下情况
哈哈哈，是有这样的开发，但是一般都只是初级的开发，给他什么，就做什么。我遇到的中高级的开发，一般都会考虑功能的合理性，也会给测试测试重点。总之还是跟能力有关。
其实对于测试也是一样。
测试只是个服务部门。测试人员就是服务生，既要懂技术，还要懂业务，更要懂得沟通，跟进度。。。总之，就是要会做人，做事。测试只是在前面的流程中保值，不能创造价值，所以地位会次点，缺了又不可，其实老板是很清楚的。没有那个服务员日子过得很舒坦的，所以要淡定。
心声啊。。。
—— 来自 TesterHome 官方 安卓客户端
为啥不能分享到朋友圈，oh，no
如果没有专业的软件测试，软件质量是什么样的？
#26 楼 @anonymous 楼主，深有同感啊，其实我们都希望被理解，有时候我在想，如果老板是个做测试的出身，他就会重视我们了，可是现实。。。。，有时候又在想是不是该强硬一些，大声说出我们的心声，争取我们的地位，奈何这是普遍现象，深深的无力感。
同学你说的很对，其实有时候我也是挺羡慕开发，只需专注技术一块，什么杂七杂八的，真不想搞
我做测试的目的 是更好的了解自己开发的不足，当初从开发转到测试也是因为身处小公司身边没有大项目提升。我觉得测试疲于奔命的原因很大一部分在于自身能力不足。而且很多测试技术源于开发技术，所以我觉得努力提升你的开发能力才是提高测试的途径，当然这只是我的个人见解。
深有同感！！
12 楼是在 28 厂吗？
小孩辩对错，大人辩利益
测试还是一个技术岗当然要会 code。至于受不受重视还要看自己！如果你是老板，你觉得什么是公司的核心力量？
开发是创造性岗位，测试是持续改进型，你觉得呢？
个人见解：我觉得重与 不重视都是 靠自己去争取的。 好的技术能力 + 沟通能力 + 风控 + 流程管理 这些都是必备；
当然开发也并不都是没有职业道德，很多时候还是看人的，我目前的团队中就有几个职业道德比较好的。至于职业道德不好的，完全可以在技术层面与之 PK
每次出现测试现状的帖子时，都会有一大波评论
我想找个 3 年以上的互联网自动化测试工程师
说的对
这种帖子总是很火
亲现在很多项目可以自动化操作呀
#46 楼 @anonymous 北京有么
测试开发一体化是大趋势，都知道缺一不可，快速迭代的现状要求要测试要主动呀，要搞真正的自动化，要搞分层，要搞单元，要全进度 “搞” 研发和产品
很佩服楼主 9 年测试还是有勇气转开发。
我目前是没有这样的勇气跳出去。
#10 楼 @anonymous 哈 通讯厂又不是菊花，我猜你是 26 出生，我在 26 待了一年就出来了，真的是很难冲破原有桎梏走一条自己的路。出来后也体会到了只有在大厂测试并不是附庸。被学校请回去做讲座，我最后说了，别在国内做软件测试了，很傻逼的
做测试不就是为了轻松吗？ 工资多少和工作强度要匹配。现在一般的公司不会给测试多少工资的。
#25 楼 @anonymous 说的太实在了
好多路呢
1、测试工具平台开发，初级的 ssm 经验 + 初级的前端经验 +CI、CD 等平台 sense，你可以鼓捣点自己喜欢的东西。
2、转架构，这个需要有 2 下子的人，年薪 50w+，比一般开发高的多。
3、转管理
最苦逼的就是业务测试，你上面说的那些痛都有。
楼主是个不错的人（至少看问题的方式很好），希望多交流
楼主的公司和我马上要离开的公司很像，设计完全不管，就靠测试和开发来保证软件质量，我保证个屁，测试最重要的是在设计阶段保证软件的合理性，不要在开发出来后来回改设计，当软件开始开发时，测试就应该根据设计文档制定出测试大纲或者文档，等开发完成后按照大纲和文档进行测试即可，最应该动脑筋的地方应该是设计阶段，如果在测试阶段要改设计，浪费的就是三个部门的时间
#10 楼 @anonymous 九年测试怎么转开发的，求指教
每条路都有自己的发光点，楼主你与其在这里抱怨还不如想想怎么把测试做好；比如精通一门脚本语言，在产品提测后能迅速用代码写出自动化脚本来；不管是产品，开发，还是测试都是互联网公司密不可分的角色，因为你是做测试的所以能发现测试的劣势，但同时产品和开发也有自己的劣势；只要你把测试技术提高到一定水平，比如说既会自动化又会性能，同时还能进行功能测试，而你还有开发产品都没有的测试思路，想想到时候不比开发更吃香嘛？
#22 楼 @anonymous 我到不这么觉得，现在的开发太多了，竞争压力很大，薪资待遇也没前几年好了；现在互联网企业缺的不是人，是人才；自己努力做成测试人才，不比开发差
努力干吧 测试开发 我觉得干的还挺有意思的
匿名
回复
bug 有做分级么？如果是产出了很多严重的 bug，那这种开发质量，leader 都不引起重视，对大家可都没好处（相当于项目里有颗随时会爆炸的炸弹）。。。如果是特别小的 bug，样式上的那些，确实可以少报一点，有些东西用户也不是那么 care。。。
测试下
1
全部说到点上了，光靠测试一己之力去负责整个项目线上不要出任何问题就是一个尴尬的局面，因为测试要对接很多职能，每个职能都可能犯错，那么测试处于最下游本身对中上游的了解深度肯定不如开发，如果团队中开发埋雷，就需要付出多于开发的精力去找到他们的犯错，但是测试这个定位就是成本岗位，通过较低的成本去背整个项目的质量。