软件开发和测试工作似乎被分等级了，请教各位，在你们眼中，测试工作的地位如何？
现在很多公司对测试工程师的要求也颇高,白盒测试需要具备的编程功力并不比普通的开发工程师低.
比如这一题的答题者中有人的简介是SDET(software develop engineer in test) 这个名称就很能说明问题了.
只不过现在国内的很多公司,测试还停留在手工的黑盒测试. 老板自然觉得随便招一个人来点点鼠标就可以找到Bug. 作为测试工程师需要做的是让大家意识到保障产品质量并不只是有人在那里随便点点鼠标就可以达到的. 持续提升自己工作的技术水平并且将新技术运用到测试中去是一个不错的方向. 1、所有软件企业老板声称自己企业对产品质量十分重视，同时，把用户当测试员的企业大量存在。
2、在实际开发活动中，企业对产品质量的重视程度同该产品的用户数量是正向相关的。
2.1 对用户数量较少的产品（特别是定制软件）来说，用户要求改需求都很常见，更何况一些Bug，导致产品制造者对产品质量重视程度降低。
2.2 在有大量用户使用的该产品的情况下，为避免售后服务崩溃，企业管理者和产品开发者都会有相当程度的重视质量。此时，需求评审、设计评审、走查、单元测试、测试用例设计、模块测试、集成测试、性能测试等工作都会一丝不苟的得到执行。
所以，测试工作的地位不能一概而论，是同具体的开发项目有关的。 现实的讲，测试工程师的地位是较开发略低。
这个有其历史原因，优秀的学生通常不愿意做测试，从而导致招聘的时候相对难找到好的人才，因此测试队伍整体水平不高，反过来有导致了测试被开发看低。不只是在软件，甚至在硬件行业也是这样的。
测试工作，特别是黑盒测试中有很大部分较为重复枯燥的工作，相对是劳动密集型的，因此很多大企业会外包这部分工作，或者用Vendor来做。这部分职位本身是低端的。
在大企业，比如IBM，如果是应聘，其实不用执着于开发还是测试。因为在这样的企业中经常调整工作，并没有说只能专职做测试的。如果感觉自身实力竞争力不够又想进大企业的话，测试是个好的敲门砖。 国内很多软件公司还是项目导向，别说测试，很多项目就连需求也是在试运行或者运行期间才收集到，轻测试也体现了软件行业的成熟度相对较低、软件生命周期较短的现状 国内一般的互联网公司的黑盒测试居多，流程不规范，重复劳动多，成长空间小。
有些公司如微软、IBM测试水平极高，从中可以学到很多。
有个指标可供参考：同层级的测试和研发的薪水是否相当，可以看出领导层对测试的重视程度^_^ 所谓的地位高低，个人觉得都是心理原因，有些开发总觉得自己开发出来的东西很牛没测试照样能上线，有些测试觉得开发能写代码很牛逼，个人观点是，只要测试能力强，技术过硬，在整个工作过程中积极主动，引导开发去工作，当两者出现意见分歧时，你足够能扯，有充分的理由让开发心服口服，那么你在工作中就处于优势，也就是所谓的地位高同意张丽萍的说法，所谓地位是要争取的，你测试的技术过硬，能指出开发的问题，别人自然信服，如果只是默默的测一下提交个BUG然后发个测试报告，自然不会有人去关注一言蔽之，神马都要信任+争取修改一下答案，重要的不是别人怎么看，或者怎么说，而是在你自己，你觉得测试是不是枯燥没有意思的，觉得对开发更有兴趣，还是觉得测试其实还是挺有意思的，能做的事情很多，成长空间也很大。如果是前者，建议还是做开发比较好，如果是后者，建议不必太在意其他人怎么想，确实有很多公司，有很多经理，有很多开发人员都有轻视测试的想法，甚至整个行业内都会觉得做产品，做经理，做开发更有前途更有价值，但那些都只是他们的想法，并不代表你自己的职业生涯会怎样的发展，就算别人都不看好这个职业，但是你用心去学习努力去工作，一样也可以做出你自己的成绩。每个人的工作都是一个角色，做测试也好做开发也好产品也好，都是为了这个产品能够顺利的发布，每个人做自己擅长的事情，更重要的是产品，团队而非个人测试工作至关重要，我见过非常优秀的测试人员，他们有天赋，他们喜爱测试，他们能发现不寻常的bug，能够从用户的角度看待产品，指出产品设计本身的问题，指出需求存在的问题，甚至还提出解决方案。
分等级是低水平开发管理的表现，是很stupid的做法。被分等级很正常，这就是现实，接受它吧。
测试工作不如开发重要，不管这种观点是如何形成的，原因何在，那都是前人种下的果。或许是因为他们还没有意识到到底软件测试包含哪些内容、有什么价值、重要性又有多少，因而产生误解。也许也是因为他们曾经满怀希望地招聘过很多测试人员，予以优厚待遇，却被深深地伤害了一把，并没有看到这些测试人员为产品为公司贡献多少价值，因而开始刻意地区分开发、测试的等级。
如果我们想改变这种情形，真正有志于改善测试、开发分等级情况的我们，不应该顾忌这样的“不公平”对待，恰恰应该向着这样的困境前进，用实际行动让他们知道，测试的价值和意义，以及测试人员的能力。为自己拼搏的同时，也为未来的测试人员们创造更加良好的就业环境。我觉得大家回答了那么多，我就不多说了。但是有这样两点希望你借鉴。
其一，别人怎么看是别人的事情，你怎么看是你的事情。
其二，任何一个职业选择去做都是要有兴趣，要有热情。软件测试更是如此。我觉得这事从你做测试的那一天起就很明显的摆在眼前了，纠结无意义。可以说说为什么感觉不是一个等级。我的例子是指基础职位，一般公司，别拿什么IBM来喷我。
对公司而言，核心关键必然是能挣钱的人更加重要。销售之类的能直接挣钱的就不用说了。技术之类必然是能生产出卖钱的东西的人更重要些。产品，研发，设计，必然是首当其冲，没他们东西生不出来，而测试反而可有可无了。很多公司的初期是没有测试的，或者研发自己就兼职测试了。还有个关键点，测试的可替代性超级高。产品啦，研发啦，设计啦，人家手握命脉，重新来个人走入正轨需要一定的代价。测试，就算你不熟悉产品，就算没有需求，你不也能拿着陌生的软件开始测试么？这就导致了测试人员流动性大，公司也不会使劲挽留。
对一般的测试工作而言，实话就是入门很容易。我曾经供职的一家公司雇佣二十多名中专毕业生，分成三组三班轮换只执行测试用例。他们每个人只负责自己手里的那百十来条case，就像机器人一样，不停地执行。用例写的超级详细，只要一个小时，就能上手。这个例子可能有些极端，但测试就是这样，门槛很低。这就导致了一个问题，初级测试真的是什么人都有，龙蛇混杂。
－－－－－－－华丽翻身－－－－－－－－
难道就没有翻身之日么？我只能说，全看个人努力。关键点在两个，一个是是否产生价值，一个是是否容易替代。
你想要有地位，先和你打交道最多的研发同学，形成平等关系吧。
其实你做测试时间越久，就越会发现，测试和研发的地位会越来越平等。
我说的还是一般的公司，项目周期短，时间紧任务重，开发过程中需求偶尔还会变一变。
研发会信赖测试人员对其的代码进行验证，而测试人员必须掌握更多知识，承担这份信赖。
你发现的问题，研发不会第一反应是你环境有问题吧，而是直接开始处理问题。
研发会与你沟通他的实现方式，你也会跟他讨论你的测试重点，什么地方风险更大，更容易出现问题。大家彼此互补，共同合作。
这样的好处是不言而喻的，研发在开发阶段更好的处理风险，测试在测试阶段更有针对性的进行测试。甚至是针对研发的开发风格进行针对性测试。合作久一些的研发，我都知道他们老爱在什么地方出问题，没事提醒一下，减少不必要的bug。有的研发愿意先吧整个流程打通，再开始处理各种功能细节，最后处理UI。基本在测试的时候，我也会按照他的习惯来，省的他找来找去，思路也就乱了。改bug也很痛苦的，谁都会犯懒，看见改个文本啊，调个控件啊，肯定就先处理了。反而关键bug就被延后解决了。
能多做一步，就别少做一步。bug title 把bug相关信息都体现出来，bug描述最起码做到没错别字，别让人看不懂。UI的问题就截图，放上设计图圈出问题所在，能配上设计图路径那自然是最好。流程不对的，直接把相关需求附上。崩溃的问题，附上log。web端的问题，附上链接，标签，id。单机问题告诉他设备在哪。特殊数据，告诉他数据怎么获得，或者直接上传数据。
你可能会觉得这么做有什么意义，研发是觉得这个测试不错。可是对公司而言，并没有提供什么价值。
其实价值体现在两个方面，一个是开发周期的缩短，一个是产品质量的提升。
研发看你写的bug就是时间成本，看不懂还得多看两遍，把你找来问，还得耽误两份的时间，没准还得影响心情，改一个bug多出5个bug。。。
除了研发还有什么是能做的？真心说，多了。测试在整个项目周期中时刻都有参与的地方。
跟产品多多沟通，充分理解他想要的是什么。给需求文档找bug，产品经理们也是风格各异，有的不处理异常情况，有的不考虑相关模块，有的老忘了不同平台之间的差异。产品与研发有分歧的时候，以中立的角度给出建议。
主动找设计师检查一下UI，就算你的眼睛是像素级别，他们的眼睛是纳米级别的。。。有的颜色，在iPhone上看着好看，Android上就只能呵呵。有的UI风格，不同平台，还是有些差异的。设计师天马行空，有时候真的会考虑不到。
能参与的地方很多，前提是本职干好。参与这些不是为了提高地位，而是更好的服务与本职。掌握更多的信息，更多的技术，才能更好的以一个中立的态度，发现问题，定位问题，甚至是解决问题。你的价值体现了，地位自然会高。同意朝夕者的答案，大多数答者都是基于你牛了自然有人瞧得起你的观念，就跟女人问这个世界上为何总是有人歧视女性，觉得女性能力不行，然后一堆人认为很多女的就很受人尊重啊，可那毕竟是少数，女人地位低是事实存在的，而测试地位低也是铁一样的事实。
说说我的看法，之所以在知乎上自答此问题，原因是感叹一个测试想要获得话语权是很难，至少是单纯的黑盒测试，包括测试管理者，如果技术上没有任何优势（并不太懂代码）或者说不懂技术从而提的从用户本身出发的bug，那么开发是根本不屑于顾，以至于根本不care。所以说白了，这是技术歧视，在一个技术为主导的公司内部，技术人员掌握着话语权，因为他们对技术了解，可以用技术说话，可以用技术搪塞或者作为借口，而测试作为软件管理的最末端，承担着监督，是没有话语权的执行者。
技术歧视跟公司行业有关，以业务为主导的公司，则是了解业务者充当着技术强势，地位会因了解业务的多少而有所区别。
本人就是测试，而所在公司今年进行了一场公司改革，测试组从一个大组被瓜分到无数小组，原先的测试头被指派分管某一个小项目，测试头下的各个小组长也因此要么回到内部要么做其他事宜，其实名义上都是地位降得很厉害。与本人其实无太大关系，因为本人只是一个小小的执行者。但是还是自从测试的老大被降级之后公司的软件质量就每况愈下。真心是感叹在一个技术型公司里测试的难得，而那些项目经理为了自身话语权以及其他利益合众起来导致的这一局面，其实对公司并不利。测试的话语权代表了软件的质量和精度，也只有作为监督者的测试有了话语权，软件的质量才能精益求精，才能更贴合用户的习惯。好吧，只是看到此题了之后发出的感叹。测试地位高低，觉大部分公司都是开发占优势，测试占弱势，因为开发懂开发知识，而测试是不懂代码的。这也是中国测试的悲哀……不懂开发知识，也怨不得别人嫌弃你。但是如果你懂开发，又懂测试，那你的地位就不可了不得了，所有开发都供着你，害怕你，生怕你测出他的bug，想要人尊重你，得有你的独特能力，即使是做黑盒测试……
前段时间强哥刚整理发表了一篇 软件开发和软件测试，我该如何选择 。针对你这个问题，我觉的虽然文不对题，却是如果细细品味每段文字，确实对这个问题一个很完美的解答。在此我也搬过来分享给你。文章如下：
我一直认为，在开发领域，强哥的测试技术非常扎实，在测试领域，强哥的开发能力实在牛逼。如果我天天纠结到底是开发好还是测试好，还活不活了？
我们先来谈谈技术追求这个事情，就像强哥学堂的Logo一样，“工匠精神”这个词，自从被罗胖提出来以后，现在全民都在提，这不是什么坏事。至少，让浮躁的人们知道了，“工匠”其实是最受人尊敬的，也是最有尊严的一个群体，就像现在丈母娘都越来越喜欢IT宅男一样的道理（钱多，事儿少，脾气好，俗称“经济适用男”）。所以，偶你还在纠结做开发还是做测试，证明你其实是没有技术追求的，这一点你不一定会承认，但是身体是诚实的。
为什么这么说，其实道理很简单，我们来设想这样一个场景：如果你是一个爷们儿，突然在你的生命中出现了一个美丽的姑娘，你会怎么办？你会纠结吗？你纠结什么？假设正常情况下，你不纠结，为什么呢？因为你内心很笃定，就是她了，你一定不会跑来问强哥的。我们选择职业，道理也是差不多的，人为什么会纠结，只是因为不够坚定而已。就像到底学Java好还是学Python好这样的问题，每天充斥着QQ群或者交流论坛中。现实的情况是，测试也好，开发也罢，如果你不去执著于对技术的追求，你相信我，你一样都干不好，建议你也别干这行了。就像很多人之所有选择测试，是因为害怕编程，基本上来说，不懂编程，要想在测试技术领域有所作为，很难，30岁以后转行的不少，中年危机更甚。
人性就是这样，这山望着那山高，老婆总是别人的好，那个优秀的孩子总是别人家的，或者经常听到一些自我催眠的话，哥的人生哥作主，等等言论。我们不谈对错，只谈现象。强哥接触的人，特别是学生，各种风格，各种性格，形形色色，当然也有各种奇葩，基本上，我在很多人身上，都能够感受到一点：很多人总是把希望寄托在一些不切实际的未来，而不是把握当时当下确定的现在。得不到的永远是最好的。这些都是人之常情。
强哥也是热爱技术，大学一直自学编程，但是，当第一家公司安排我去做测试工作时，我想都没有想，我要做程序员，还是接受公司的安排，做软件测试。因为原因很简单，我只想搞技术，我必须要进入IT这个行业，特别是当年我还是一个小菜鸟的时候，尤其又是一个统计学的学生。至于IT这个行业未来会怎样，管它呢，我又掌控不了，我唯一能确定的是，我喜欢这个行业。再退一步，无论我做什么工作，谁都阻挡不了老子写代码的热情。所以，强哥现在仍然保持足够的代码量，所以我能写书，出视频，写教材，所以我能在公司里面保持技术的领先地位，即使现在我是一个CEO，很多朋友都劝我作为一个CEO，要做好三件事情：“找人，搞钱，定战略”，去他妈的三件事，老子就想做好一件事：“用技术去征服世界”。让技术，成为蜗牛学院的定海神针，建立培训机构的技术壁垒。为什么强哥要去找人，要去搞钱？为什么我们不能强大到让人来找我，让钱主动送上门，这才是格调。
回到本话题的出发点，学开发还是测试（或者做软件开发还是做软件测试）？
强哥给你的建议就是两句话。第一句：“做任何你周边的朋友不敢做的事”。第二句：“做你认为你自己最想做的那件事”，强哥怎么建议你，不重要，朋友怎么建议你，不重要，老师怎么建议你，不重要。当然，如果你仍然无法抉择，那么你就跟随强哥吧，把测试和开发，前端和后端，管理和技术，通吃。走向人生巅峰，指日可待。
这个世界上，为什么成功的人总是少数？
可能只有1%，强哥来告诉你，因为那99%的人都选择走大路，走一条容易走的路，只有1%的极少数人，走的人别人从未走过的路，是一条难走的路，他们不成功，天理难容。
注：本文为资深IT屌丝，蜗牛学院CEO邓强老师原创，首发自http://www.bossqiang.com/article/3，转载请获得授权并注明出处。
首先，在硅谷已经逐渐取消测试工程师的说法，而一般是工具平台/开发环境等等，见google谈的变迁。
这是忽悠么？那么请问做后台开发的为啥不称自己是数据读写工程师？你做的大多不就是数据库读写么。
在现代互联网企业，一个应用的代码架构本身就该包括测试接口，这跟数据库接口、analytics接口、各种tracking/monitoring接口是平行的。我瞎吹？你看开源的各种后端框架谁不是把如何进行unit test的接口示范摆在一起。
然而，正如你要做db接口需要经验丰富的数据库开发人员，analytics/tracking需要经验丰富的做相关数据分析的人员来设计接口和实现对应的后端pipeline一样，要在产品代码中合理加入测试接口，也需要对测试体系和代码架构非常精通的人员来负责。
中国好像没有，所以自然就有等级差异。
1. 首先必须明白：地位不是别人给你的，而是你自己给自己的。
测试人员在开发和项目管理及公司中的地位，是由测试人员自身和测试团队整体的力量共同建立和创造的。
2. 明白第一点，那么就要先做好自己的本职工作，不断的加强自身修练，不断总结测试，不断完善测试工作的各个方面。
工作是第一位，是测试人员说话的本钱，如果自己本职的工作都做不好，就无从谈起别人对你的认可，更无从谈起所谓的地位。
把自身内功修练好是十分关键的一个环节，不断的规范测试的行为和测试过程。
自己先做好，把自己的工作先做的标准，才能更有效的去影响和PUSH整个开发过程的工作，才能得到整个团队的认可。
注：从某种解度来讲，测试人员应当具有一定的coding能力，一方面是可以与开发有更多关于共同语言，便于开展工作；另一方面coding能力可以使测试人员能从开发的角度发现问题，增加测试工作的有效性。但不要忘记测试的工作是在发布之前尽可能多的发现系统中存在的问题，更有效的发现问题，这才是测试工作的关键所在，才是得到各方认可的关键。
3. 明确测试在整个开发中的位置，理顺测试与相关干系人的关系，彼此相互配合，达到共赢。
重在参与，测试不是一个孤立的团队，只有在整个开发过程中才能发挥其作用。
理顺了测试相关干系人（咨询、市场、需求、开发、管理、质量等）的关系，才能真正明白测试可以做什么、需要做什么，才能更有效的展开测试工作。
这其间需要不断的和各个职能岗位进行沟通，不断的去总结，不断的去PUSH好的想法、做法。
当测试的工作给整个团队带来了益处，推进了整个团队的质量改进，提高了最终的投入产出率，测试的工作也就会得到认可，测试在整个团队的作用也就会显现，测试也就可以相应的得到重视。
知彼解已，达到共赢。
入门要求会低一些，但是如果想要拿高薪还得需要对自己有规划，如果纯粹的点点，肯定被看不起，因为你不会技能啊， 好的测试在项目中很有地位的。
据不同阶段设定不同目标吧。
阶段一：测试基本技能
功能测试要求基本的测试技能：包括需求分析、测试计划、用例设计（边界值、场景分析。等价类划分，条件覆盖等等手段来编写测试用例）、测试环境的部署、Bug生命周期的跟踪（如Bug的定位与准确描述，Bug验证及回归测试等）、jira的使用、testlink使用、测试报告的撰写、沟通和交流等软技能。基本的测试工作就能适应了。当然mysql之类的也是要会的哦。
阶段二：脚本编写和工具的使用
随着业务的发展，会有不同场景需要一些重复性的工作，此时就需要通过编写一些脚本代码，如python, java等来提升这块工作的效率。同时会引入如Postman, loadrunner、Jemter, RF等等的工具来辅助测试。当然我们测试人员就需要具备相应的编码能力，以及快速学习各种工具。
阶段三：自动化测试实施与开展
招聘测试的岗位要求上都会有这么一条“自动化测试能力”，可是进入工作后是否真得进行自动化测试，那就不得而知。但是要做自动化测试，就需要具备熟练使用测试框架如unittest,junit,TestNG,Selenium,Appium等主流的框架，而且不管是什么自动化测试（接口自动化测试，Web自动化测试，App自动化测试，性能测试），最终都会做成持续化集成（CI）=测试框架+测试用例+Jenkins+Report。不仅要能做自动化，还要能自己封装框架，更适合自动化测试工作的开展与后期维护。
阶段四：测试平台开发能力
越来越多的公司，尤其一些大司都在要求测试平台开发能力，也越来越多的公司招聘一些待遇非常丰厚的测试平台开发工程师，这也必须测试人员需要有一定的测试技术技能的积累，做这样的事情可以解决那些问题呢？可以整合测试资源，方便大家通过平台进行一站式测试，降低测试成本，提高测试质量和效率。所以各种能力又出来了python、flask、django、react、java、springmvc、springboot等等。
通过平台更好的在项目中提高质量和效率，能够更加方便的监控每个版本接口的质量，能够更加灵活的对之前的接口进行监控分析，再也不用服务器要迁移或者接口大改动，要手动点点点所有的业务功能。
阶段五：测试架构与团队管理能力
当你的技术达到一定的能力，在公司工作年限够久，很受领导重视的时候，就会相应地走到管理岗位。当然有的人说，我不会技术，我也可以做管理啊。是可以的，但是你靠嘴吹牛逼吗？没有技术怎么更好提升效率，和保障质量，底下人在做东西你不理解，你怎么把握整个团队的方向呢？目前的管理也越来越难做了，不仅要求管理要有情商，能和各种人以不同的方式打交道，还要求技术上要有方向，所以要求你有测试架构能力，你对于目前的测试工作有什么想法，怎么引入技术来提高测试效率？如何投入？那么产出比如何？人员怎么样分工?团队梯队建设如何做?团队价值观如何树立？等等问题很多，所以做测试没那么容易，如果你只停留在第一个阶段确实很容易。
