软件测试员比软件开发员要求低些吗？南昌航天恒星软件测试的待遇怎么样

先反抛个问题哈！所谓要求低，是指什么要求？是岗位入门要求？还是技术要求？再抛个问题！测试有个岗位叫测试开发，不仅要懂测试，还要懂至少一门开发语言，请问从这个角度看到底是测...

·······································································

软件测试员比软件开发员要求低些吗？
我们精选了一下网友答案：

···································^^····································

先反抛个问题哈！所谓要求低，是指什么要求？是岗位入门要求？还是技术要求？

再抛个问题！测试有个岗位叫测试开发，不仅要懂测试，还要懂至少一门开发语言，请问从这个角度看到底是测试低还是开发低呢？

所以需要明确一个问题，软件测试与软件开发从本质上来讲，就是截然不同的两种工作岗位，所以无论是岗位入门要求还是技术要求都应该相对区分着来说明。

岗位入门要求PK：

软件测试和软件开发从工作重心和方向上就有很大的区别：

1）软测测试主要注重对软件项目的缺陷进行查找和质量保障；

2）软件开发则主要注重对软件项目需求的实现和功能完善。

软件测试和软件开发岗位既存在一定的对立性，又是相辅相成的存在。

如果只是从岗位本身来讲入门门槛高低的话，软件测试与软件开发也确实高下立见。

软件测试岗位由于在早期的国内 IT 行业中的认知偏颇，导致被重视程度不高，进而给人留下了一种，随便来个人都可以通过手动点点即可完成工作内容的印象，因此单从这个角度来看，岗位入门门槛确实不高。

但是随着国内 IT 行业这几年的迅猛发展，软件项目质量的高低，已经能在很大程度上直接或间接的影响公司存在寿命的长短，软件项目的质量检验与确保也就变得越来越重要，软件测试岗位的入门要求也自然是水涨船高。

下图是某招聘网站上某公司对于软件测试工程师的招聘需求：

显而易见，除了要求能够定位缺陷或问题以外，或多或少都会要求能够凭借测试工具或测试脚本完成类似自动化测试等测试内容，早已不是那个单纯的只会点点即可胜任工作岗位的时代了。这也就意味着：想要入门软件测试岗位，就必须通过自主学习或参加岗位技能培训获取软件测试相关的专业知识，才有可能谈是否能够岗位入门的问题。

反观软件开发岗位，能够从事软件开发工作的基本前提肯定是：要懂至少一门开发语言并能根据需求完成对应的编码开发工作。

而对计算机编程语言的学习成本的确远高于对软件测试理论和测试方法的学习成本。

因此，单从岗位各自的入门门槛高低来讲，软件测试岗位的从业入门成本相对要低于软件开发岗位的从业入门成本。

技术要求PK：

不同岗位对于工作中用到的技术要求也不一致，而且即便是同一个岗位，由于工作内容的不同，对技术的要求也会有很大区别。

以软件测试岗位为例，不同的测试内容，对于技术的要求就不尽一致：

1）功能测试：制定测试计划，运用方法设计测试用例，借助工具执行测试，产出测试报告。

2）接口测试：熟知各类网络协议，解析验证请求数据，根据需求合理运用测试平台，实现自动化测试，提高测试效率。

3）UI 自动化： Web 端、移动端，搭建自动化测试框架，根据需求对主流框架实现二次开发，构建测试平台。

4）性能测试：熟知软硬件知识，明确前后端开发逻辑和了解系统架构设计，根据需求设计测试场景，分析测试数据实现性能优化。

以上也还只是测试工作中比较典型的分类，除此之外还有例如：单元测试，安全测试、测试开发等等，但是无论是何种类型的测试，对于技术的要求也是千差万别的，因此要分难易程度，还真有必要针对具体种类才好详解。

类比到软件开发，也是同样的道理，毕竟软件开发工作也有很多分类，例如：Web 前端开发、后端服务器开发、移动端开发、桌面应用软件开发、嵌入式软件开发等等。根据开发内容种类的不同，所做要求的技术栈也不尽相同。

因此，综上所述，如果从技术要求出发，软件测试和软件开发岗位之间不好直接进行比较，更科学更合理的应该是：结合自己的自身条件，选择更适合自己的岗位及具体类别才最为恰当。

最后，总结一下：如果单从岗位入门门槛要求进行对比，软件测试的投入成本相对软件开发的成本确实要低一些。而要从具体的技术要求来看，两个岗位的后续延伸及未来发展而言，应该是对等的。毕竟老话讲的好：技术面前，人人平等嘛！

最后，奉劝大家，预期纠结，还不如退而结网。为方便大家自学软件测试，特意给大家准备了一份13G的超实用干货学习资源，涉及的内容非常全面。

包括软件学习路线图，黑马50多天的上课视频、16个突击实战项目，80余个软件测试用软件，37份测试文档，70个软件测试相关问题，40篇测试经验级文章，上千份测试真题分享,还有2020软件测试面试宝典，还有软件测试求职的各类精选简历，希望对大家有所帮助…..

2020软件测试学习路线图,内附视频教程+自学路线+工具+面试篇-黑马程序员技术交流社区

码字不易，如果此文章对你有帮助的话，点个赞收个藏，给作者一个鼓励。也方便你下次能够快速查找。

···································^^····································

這幾天買了 Kindle 再重读 Joel on Software。Joel 很喜欢用 Big Mac 和餐飲業來類比軟件開發。所以我突然覺得這是一個很貼切的比喻。

結論就是，如果你真的非常非常非常喜歡在一個餐廳工作，廚師這個角色是你唯一要追求的。

你想做很好的老闆？那麼你祇是碰巧在一個餐廳。你可以向任何領域投資。你想做很好的 waiter？真正尊貴的客人都是由廚師接待。你想做美食家？你應該屬於媒體而不是這個餐廳。我們不要求每個人都成為廚師，但是只有一個角色屬於餐廳。

以下是原來的答案：

赢得一场战争，每个人都很重要。只是，读读克劳塞维茨《战争论》的开篇你就有答案。

看到 @陈甫鸼的答案，不能不说一些。甫鸼的技术水平是有目共睹的，但是如果因为测试队伍中有这样的人才，就认为测试和开发是同一个境地，那就错了。

在一场战争中，特别是现代战争中，有无数的人员支持战斗人员和指挥链上的指挥人员。没有这些支持人员，战斗人员和指挥人员就是瞎子，聋子。但是，即使有人把这些支持人员做到最好，一个没有战斗指挥人员的军队就等于零。虽然在双方的战斗指挥人员旗鼓相当的情况下，支持人员的优劣可以决定胜负，但是另一方面，战争是千变万化的，在某些极端时刻，战斗指挥人员甚至可以分出一部分精力来执行支持人员的功能，甚至在局部短时间可以放弃支持。而支持人员一刻离开战斗指挥人员，他的功能就是零。

好，我们可以说这两者各有分工，他们的技能完全不同，他们的角色都不可或缺。但是作为一个把军事作为最高追求而不是勉强靠服役获取福利的人，你选择哪种角色？作为一个资源有限的团体，你会先照顾哪种角色？我们不是生活在真空里，就用有人提出的造炸弹和拆炸弹的比喻，如果你只能招一个人，你会招哪个（造炸弹的起码可以当半个拆炸弹的，因为这是他的工作本质决定的）。如果你非要说拆炸弹的也会造炸弹，我只能说你给他的 title 错了（因为这不是他的工作本质决定的，而是他的兴趣决定的，@陈甫鸼的兴趣十分广泛）。

在这个软件工业里，只有开发者旗鼓相当的公司，才能拼测试。而实际上，开发者的生产力可能会相差到十几倍。

···································^^····································

天呐，这都2020年了，怎么还会有这么落后的思想啊？

说再多的废话都没用，直接还是来一些数据比较靠谱。

下面是BOSS直聘的测试开发工程师的招聘薪资。

再来看看招聘的技术要求：

哪里说要比开发技术要求少了？而且要想做到这个岗位上，还必须要做过开发呢！

所以题主，包括各位网友，不要再被什么测试不需要技术这样的话坑了！

这句话就类似于以前说的：上大学有啥用？本科学历有啥用？

现在有学历的，找个对口的工作都难，更何况没学历的呢？

那些说没学历也有工作的，你有人家的家庭背景么？你有人家的颜值么？你有人家的天赋么？如果没有，还是认真好好读书！

这里也一样，说测试不需要技术的，就是不会测试的，不了解一个行业的发展前景和从业要求，一个啥也不了解的人，说测试不需要技术？多么可笑啊？

至于说女孩子作什么更好？请看下面这个回答：

女孩子做实施，测试，还是开发？女生学软件测试，容易吗，这个工作会不会压力很大？大四女生，软件测试岗，对测试也不太了解，编码能力也不行。不知道未来该如何规划，如何系统性学习测试呢？

···································^^····································

不能说哪一个要求更高，或者哪一个更好。只能说软件测试的入行门槛相对于软件开发要低一些，但并不是指软件测试的要求就比开发低。就好比，你能说教语文的就比教数学的要求低么？

软件测试刚在国内发展时，大多数从业人员是做一些基础的功能性测试执行工作，这让很多外行人都误以为软件测试就是点点点。但随着互联网行业的发展，用户对产品的质量要求越来越高，未来单纯只是做功能性软件测试的人不再满足于企业的招聘要求，而懂得一定开发知识的综合性技术人才才是发展趋势。

今年，很多研发企业中测试工程师的职能已经开始慢慢转移到开发工程师身上，并且由项目经理做引导，使两个开发团队去测试对方团队开发的软件。这样就能够有效的避免思维误区，同时也能增强软件开发工程师的沟通协调、风险意识、挖掘需求、分析总结等能力。

这两年的自动化测试比重明显增加，一些简单的极限操作测试将会由接口程序来完成，比如测试软件图片从重复加载多少次会造成软件卡顿、游戏软件里撞墙多少次竟然能够穿墙，这些简单无聊的测试以前会耗费测试人员大量的时间，并且可能花了大量时间后也无法测试到真正问题的原因。但如果使用接口程序来解决，就可以大量的节省测试时间以及测试的全面性，这样的效率对于手工测试而言，是完全无法达到的。

未来3-5年内，一些低端的测试人员会被行业所淘汰。软件的性能测试、需求测试等方面的需求仍然无比巨大，因为这些需要主观分析总结，用经验和逻辑分析得出的问题，是算法无法实现无法取代的，正如AI永远取代不了程序员一样。

简单的测试技术已成为软件开发工程师的必备技能，开发人员将自己打造成复合型人才，具备综合技能与专精技能；而软件测试也将慢慢发展为测试开发型复合人才，只有真正有能力的程序员，才能与行业同行，不被市场所淘汰。

现在一些新手，包括很多IT从业者，都可能对软件测试有一些偏见或者误解。大体总结如下（包括你听说或者认为的软件测试员要求比软件开发员低），希望对大家认识软件测试有所帮助。

1) 测试人员不需要了解软件开发的知识

这个很要命的，我们谈到软件测试人员未来的发展方向大致有：自动化测试，性能测试，测试管理，项目经理。这其中自动化测试和性能测试包括项目管理，都会要求对软件开发有深入的理解，如何能设计一个好的自动化框架，好的性能测试用例，如何管理一个开发团队，这都需要我们在软件开发方面有所掌握。不单要掌握，而且要精通，此其一。

其二，如果不了解开发知识，测试人员很容易被开发人员牵着鼻子走，因为开发人员随便一忽悠，你如果不了解个中奥妙，你一个字也说不上来。（以前我们讨论Cookie和Session，由于GoAhead不支持Session，只能用Cookie来控制，差点别开发人员忽悠了。）

2) 测试很简单

如果你这么想，那么请别去做测试，如果你做了，你也做不长久。以前面试一位小伙子，做了3年测试，问他测试都怎么做的？答不上来，原来他测的都是很简单的小软件，根本就没有系统地去学习过测试，无语。

3) 测试就是为了找到Bug

很多人最初都是这样的看法，千万要小心。如果你只是为了找到Bug，那么Bug会成天缠着你。

4) 测试人员和开发人员从来都是死对头

我以前发起过一个倡议，我们讨论的时候不要用他们（开发人员）和我们（测试人员），而是统一用咱们（开发人员和测试人员本来就是一起的）。如果测试人员能与开发人员成为朋友，你会发现，生活是多么美好。

5) 自动化测试太难

有的人一进公司就想做自动化，觉得它有难度，有挑战。我说你如果做不好手工测试，你同样做不好自动化，手工测试才是基础。而另外还有一部分人一说到自动化便望而生畏，认为这个东西太难了，不想碰（特别是很多女生，就有这个心理）。其实大可不必这样想，自动化测试工具它只是一个工具而已，它跟Word这样的工具没有任何区别。

6) 手工测试太没挑战

什么都不说了，能把它做好的人没几个。

7) 大量的重复性的工作很乏味

于是大家学得测试这份工作不好玩儿，特别一些男生，特别一些开发人员，从来都瞧不起做测试的，觉得这玩意儿太没劲。我想说的是，要掌握方法，要学会创新，任何东西都有它的特点，你如果总觉得成天在做重复性的工作，那么请静下心来想想，怎么能让它不重复（事情本身是死的，人是活的）。

8) 白盒测试是开发人员干的事

一个合格的测试人员必须掌握白盒测试，理解其中的原理。不管什么样的测试，都必须要有测试人员的思维才能做好。

9) 女生适合做测试

不管适合不适合吧，反正我以前所在的公司有5个Team Leader，3个Test Manager，其中只有两个是男生（加上我），这是现实。但是做自动化测试的，全是4个男生，这也是现实。不太想加以评论。只想说，女生未必适合做测试，男生同样能把测试做好，且做得更加专业。

10) 测试就是给开发擦屁股的

如果这样想，那么请每天多准备些手纸。测试人员永远要站在客户的角度来想问题，很显然，客户是从来不会给谁擦屁股的，相反，是客户在驱动着软件的进展与成型。测试人员就应该扮演这样的角色，在大部分时候，要驱动开发人员完成软件的功能，驱动他们做改变。

11) 我做开发可能不行，做测试吧

这个观点特别适应于应届毕业生，在以前面试的过程中，有一部分人就是觉得我代码写不好，所以入行做测试，还有一部分人稍微明白一点的，是觉得自己在开发方面没什么优势，主动给自己定位做测试工作。其实测试要掌握的技能远比开发多得多，至少面要广得多，要做一个好的测试人员，远比做一个开发人员难得多。

12) 功能性测试掩盖了可用性测试的必要

测试人员甚至我们的设计人员，开发人员都不太注重可用性（usability）方面的设计和测试。

我们往往只在意功能性或者性能方面的测试，而忽略了用户体验，即使谈不上用户体验，哪怕是方便使用也行，这些方面往往从软件需求，设计一开始就没怎么考虑。到后来，用户使用的时候便是边用边骂娘。（我常举的例子是，咱们买手机的时候，手机功能一切正常，但偏偏盖子上有条划痕，我相信大家都会要求重新换一台，就这意思。）

以上观点有则改之，无则加勉，希望大家在进入软件测试这一行以前，能对测试有一个更深入的认识。

接下来，我们来重点聊聊很多IT新人比较关心的一个话题：软件开发和软件测试，该从事哪个方向？

我一直认为，在开发领域，强哥的测试技术非常扎实，在测试领域，强哥的开发能力实在牛逼。如果我天天纠结到底是开发好还是测试好，还活不活了？

我们先来谈谈技术追求这个事情，就像强哥学院的Logo一样，“工匠精神”这个词，自从被罗胖提出来以后，现在全民都在提，这不是什么坏事。至少，让浮躁的人们知道了，“工匠”其实是最受人尊敬的，也是最有尊严的一个群体，就像现在丈母娘都越来越喜欢IT宅男一样的道理（钱多，事儿少，脾气好，俗称“经济适用男”）。所以，偶你还在纠结做开发还是做测试，证明你其实是没有技术追求的，这一点你不一定会承认，但是身体是诚实的。

为什么这么说，其实道理很简单，我们来设想这样一个场景：如果你是一个爷们儿，突然在你的生命中出现了一个美丽的姑娘，你会怎么办？

你会纠结吗？

你纠结什么？

假设正常情况下，你不纠结。

为什么呢？

因为你内心很笃定，就是她了，你一定不会跑来问强哥的。我们选择职业，道理也是差不多的，人为什么会纠结，只是因为不够坚定而已。就像到底学Java好还是学Python好这样的问题，每天充斥着QQ群或者交流论坛中。现实的情况是，测试也好，开发也罢，如果你不去执著于对技术的追求，你相信我，你一样都干不好，建议你也别干这行了。就像很多人之所有选择测试，是因为害怕编程，基本上来说，不懂编程，要想在测试技术领域有所作为，很难，30岁以后转行的不少，中年危机更甚。

人性就是这样，这山望着那山高，老婆总是别人的好，那个优秀的孩子总是别人家的，或者经常听到一些自我催眠的话，哥的人生哥作主，等等言论。我们不谈对错，只谈现象。强哥接触的人，特别是学生，各种风格，各种性格，形形色色，当然也有各种奇葩，基本上，我在很多人身上，都能够感受到一点：很多人总是把希望寄托在一些不切实际的未来，而不是把握当时当下确定的现在。得不到的永远是最好的。这些都是人之常情。

强哥也是热爱技术，大学一直自学编程，但是，当第一家公司安排我去做测试工作时，我想都没有想，我要做程序员，还是接受公司的安排，做软件测试。因为原因很简单，我只想搞技术，我必须要进入IT这个行业，特别是当年我还是一个小菜鸟的时候，尤其又是一个统计学的学生。至于IT这个行业未来会怎样，管它呢，我又掌控不了，我唯一能确定的是，我喜欢这个行业。再退一步，无论我做什么工作，谁都阻挡不了老子写代码的热情。所以，强哥现在仍然保持足够的代码量，所以我能写书，出视频，写教材，所以我能在公司里面保持技术的领先地位，即使现在我是一个CEO，很多朋友都劝我作为一个CEO，要做好三件事情：“找人，搞钱，定战略”。去他妈的三件事，老子就想做好一件事：“用技术去征服世界”。让技术，成为蜗牛学院的定海神针，建立培训机构的技术壁垒。为什么我们不能强大到让人来找我，让钱主动送上门，这才是格调！

回到本话题的出发点，学软件开发还是软件测试？

强哥给你的建议就是两句话。第一句：“做任何你周边的朋友不敢做的事”。第二句：“做你认为你自己最想做的那件事”，强哥怎么建议你，不重要，朋友怎么建议你，不重要，老师怎么建议你，不重要。当然，如果你仍然无法抉择，那么你就跟随强哥吧，把测试和开发，前端和后端，管理和技术，通吃。走向人生巅峰，指日可待。

这个世界上，为什么成功的人总是少数？

可能只有1%，强哥来告诉你，因为那99%的人都选择走大路，走一条容易走的路，只有1%的极少数人，走的人别人从未走过的路，是一条难走的路，他们不成功，天理难容。

注：本文观点节选自蜗牛学院资深IT屌丝兼CEO邓强老师知乎专栏“强哥学堂”，如需转载请私聊本号获得授权并注明出处。

现实地说，我得承认@pansz 的看法很有代表性。我所知的很多公司的看法都是这样。但这不是我认同的看法。水平差点可以做测试，实际上就是把测试部门当作垃圾收容所。但是实际上说这些话的人，我相信并不理解测试究竟是什么。

如果我们不打算做深入的分析，其实要驳倒这个所谓的理论只需要一个例子就可以了。很多程序员不是总喜欢用架构来形容程序么？架构这个概念来自建筑行业。可是我相信很多人都知道建筑需要专门的人负责质量管理的，也就是保证交付建筑的质量满足需要。我们不会允许建筑公司自己做完工程自己验收然后直接交付使用的。我们都知道测试本身存在的目的是为了保证软件的质量满足需要，那么为什么乐于用架构对比软件的程序员们却认为软件可以不需要测试人员？显然这是荒谬的。

当然，我知道这种对比是驳不倒骄傲的程序员们的。我们从数学家那里继承了高傲的本性，天真地自以为算法就是一切（当然，他们中间的许多人其实多数时间用的算法都不曾超出过大学二年级那一年的课覆盖的内容），却不曾真正接受工程师的严谨。所以我们还是需要详细的分析。

首先，测试是什么？保证产品质量，这个过于模糊的说法说明不了问题。最直接的方法就是数一数测试究竟需要做什么：

监控产品流程。从时间控制的角度来说，开发新功能和修bug是一个平衡。开发得太快就可能把交付给下一个阶段一个问题较多的版本，从而使得后面的问题更难处理。我们如何知晓每个阶段软件质量怎么样？具体的方法很多，回归测试，代码覆盖、压力测试等等。但是这些信息谁来收集和分析，怎么分析？能得出什么样的结论？有多少程序员会自己做这些？
搭建复杂的应用场景。谁能知道测试一个完整的Active Directory服务器的回归测试环境需要多少台域控？我搭建的纪录是11台，还不包括中间可能动态加入和删除的客户端。其中包含大量故意的毁坏性操作。每一次毁坏之后都必须恢复现场进行下一个测试。有多少程序员构造过这种场景？
简化问题报告。当发生用户报告时，他们最初给出的步骤往往过于简化或者过于繁琐，缺乏直指问题所在的步骤描述。很多时候由于步骤不清楚，导致分析过程中存在很多弯路。这个时候需要有一个人来不停地和客户打交道并定位关键步骤。这个步骤总是必须完成的，那么谁来处置？有多少开发人员真正负责处理过这些？

当然我知道很多程序员们会高傲地昂起头：这些我们都不需要。只要我保证每个函数是对的，最后的软件必然是对的，所以只要单元测试就够了。这种理论我不止听一个人说起过了，也实在是没法说清楚。我只能说这些信息是有很多人需要的，既然有人需要，就得有人做。

我承认，有些情况下我们确实不需要专门测试。这种典型场景实际上有一个很简单的前提，即软件本身不包含复杂的应用场景。比如单机软件，比如单服务器网站。但是这不包括那些本身需要复杂使用场景的软件，比如Exchange、比如Active Directory。这类包含集群和分布式要求的软件系统不是一个人花一个小时坐在一台电脑前试一试就能做好的。

当然，对于开源软件来说还有一个方法，就是可以通过大量的发布让使用者做小白鼠。但是这不适用于所有的软件公司。对于一个app，也许崩溃就崩溃了，反正也许无非就是一条微博没发出去；可对于股票软件的服务器系统，你敢崩溃下试试看？我不知道在这里侃侃而谈水平不行就可以做测试的人，是不是确实长时间负责过此类复杂系统。

说了这么多，总结起来就是一句话：测试和开发需要的技能有交集，但基本上是两个要求不同的岗位。开发技术不行去做测试，不等于你能成为一个好测试人员。

当然，我也得承认一点。现在开发和测试分离的做法其实助长了一个倾向，就是开发部门的一些程序员越来越不关注自己的程序质量，也不关心自己的程序是被如何使用的。我记得当初曾经在CSDN的微软测试专家群论坛上看过有人如此发言，他说一个产品到发布的那个时候对他来说就是死掉了，他就不再关心了。时间太久，我不记得说这话的人究竟是谁。但是我得说这代表了我认识的一部分程序员的看法。但这不是程序员的错，也不是分工的错。该指责的是无能的领导，他们设置测试这个职位就是为了丢垃圾的，而没有能力把握两个角色的关系改进产品。这种无能的另一种倾向就是雇用大量的测试人员，以为用人去堆就能堆出好产品。他们忘记了，测试人员起到的是监控质量变化的作用，而不是提高质量。提高质量的唯一办法是开发。

丢包袱能让人轻装前进，但是只知道丢包袱是丢不出好产品的。
——我，现在。

最后推荐一篇文章作为注脚：www.aqee.net/on-testers-and-testing/

=== 对@冯东老哥增补回答的回应 ===
从我的经验上看，我承认测试人员对编码和算法的要求可以比开发低一些（现实告诉我，我这种成天直接给开发扔fix的测试即便在微软不是多数派），但我强调的是对编码能力的要求较低，不表示开发人员可以自动成为一个合格的测试。就像随便拉一个战斗部队的人让他去负责炊事班，他不可能自动地做得很好一样。

测试这个岗位有测试的能力要求，它和开发的主要差异是在于分析和统计的能力。测试的基本能力是能够严格地按步骤执行测试，这个确实是很容易入门的。但好的测试要求的绝对不仅仅是这个。当一个人在测试到达一定程度的时候，他/她就必须开始注意很多流程上的分析工作。我说的流程不是很多人想像的一个老板坐在那里要求手下人做事之前必须做这个做那个，而是对整个开发周期里质量变化趋势的把握，以及如何用合理的技术手段支持这种趋势的分析（比如回归，比如fuzzing，比如压力测试）。从这个意义上说，我承认测试本身是一个相对容易向管理转化的职位。但这本身是可以理解的，就像建筑质量检查员必须了解建筑学常识，但不需要自己去画蓝图一样。反过来，他们需要强化交流和沟通能力以备出问题的时候可以有效地要求开发商承认问题，这不等于谁都能做这些事。

其实开发在这个位置上也是一样的。最开始面试的时候，只要是计算机科班出身大学又大学四年不太混事的，写个排序之类的算法都不是难事。但一个好的开发不是只会这些就够的。当入行时间长了，开发就必须开始注意领域知识（比如东哥最近刚发布的Adaptive Wide Angle滤镜）、架构、设计（比如互操作性，微软已经被人骂了很多年了）等等东西。这些东西都和编码本身无关，但是成为一个好的开发必须掌握这些。这两个职位也许开始时能力要求接近，随着时间的发展则差异会越来越大。但这不是开发部门可以用来鄙视测试部门的理由。

另一方面，也正是因为有了两个职位的差异，所以才会有兴趣爱好方面的区别。有的人一开始不理解测试这个职位，慢慢地越做越喜欢；有人试了之后还是觉得不符合自己的兴趣，所以选择离开。这都很正常。人各有志，这东西勉强不来。

所以再次重申，测试不是开发的垃圾桶。不是说编码技术不行的人就该搞测试去。如果一个人希望把开发作为自己的事业却能力不足，那么他能做的只能是提高开发技术，而不是靠测试混饭吃。

当然了，如果确实是想在微软这样的公司做开发却发现暂时能力不足，申请做测试也是一种为自己争取机会的权宜之计。但是如果这样则更需端正自己的心态，要是觉得做测试是委屈了自己，那么接下来引发的就不是技术问题，而是人事问题了。如果刚开始就抱着一个混饭吃的心态，最后到哪里都是混不下去的。

P.S.：关于我的一些状态变化的解释。
我承认我前一阵子刚刚从测试转到了开发。虽然在这个背景下为测试说话貌似在打自己的耳光，但确实值得说道说道。我必须得说我转岗位的理由和@冯东老兄所说的理由不符。我之前负责的是服务器相关，现在转到了语音。这两个部门的差别恰恰满足我之前分析中提到的一个关键差异，即从一个对应用场景和部署要求非常复杂而算法要求相对较低的部门，转到了一个对部署要求非常简单而对算法要求很高的部门。平心而论，这个新岗位对测试的要求以及发挥空间其实比原来的部门要低很多。对我来说我两者都可以做得不差，那么我当然会希望找一个更有挑战性的职位来试试看。另一方面是作为一个五年的测试，我也希望换一个角度看看自己之前的岗位是什么样子。对于这个选择，我多少也是遗憾的。

所以我换了一个岗位，但是我换岗位的前提是我两者都能做，而且领导也愿意给我这个机会。这和两个岗位孰高孰低并无干系。

·······································································

南昌航天恒星软件测试的待遇怎么样
我们精选了一下网友答案：

展开全部一般都是5000左右吧！现在游戏测试加班的多，这样有淡季和旺季，加班肯定是有的，只是现在都不怎么加班了。

···································^^····································

高企在线为您解答国家高新技术企业认定条件： (一)企业申请认定时须注册成立一年以上; (二)在中国境内(不含港、澳、台地区)注册的企业，通过自主研发、受让、受赠、并购等方式；对其主要产品(服务)的核心技术拥有自主知识产权的所有权，且达到下列其中一项数量要求： A、发明专利或者植物新品种1件以上; B、实用新型专利6件以上; C、非简单改变产品图案和形状的外观设计专利(主要是指：运用科学和工程技术的方法，经过研究与开发过程得到的外观设计)或者软件著作权或者集成电路布图设计专有权7件以上; (三)对企业主要产品(服务)发挥核心支持作用的技术属于《国家重点支持的高新技术领域目录2016》规定的范围; (四)企业从事研发和相关技术创新活动的科技人员占企业当年职工总数的比例不低于10%; (五)企业近三个会计年度(实际经营期不满三年的按实际经营时间计算，下同)的研究开发费用总额占同期销售收入总额的比例符合如下要求： 1. 最近一年销售收入小于5,000万元(含)的企业，比例不低于5%; 2. 最近一年销售收入在5,000万元至2亿元(含)的企业，比例不低于4%; 3. 最近一年销售收入在2亿元以上的企业，比例不低于3%。其中，企业在中国境内发生的研究开发费用总额占全部研究开发费用总额的比例不低于60%; (委托外部研究开发费用的实际发生额应按照独立交易原则确定，按照实际发生额的80%计入委托方研发费用总额。) (六)近一年高新技术产品(服务)收入占企业同期总收入的比例不低于60%; (七)企业创新能力评价应达到相应要求; (八)企业申请认定前一年内未发生重大安全、重大质量事故或严重环境违法行为。国家高新技术企业税收优惠政策： (一)所得税率优惠。高新企业享受15%的优惠所得税率，相当于在原来25%的基础上降低了40%。 (二)“两免三减半”(取消)。原深圳特区以内，2008年1月1日以后成立的企业自取得第一笔生产经营收入所属纳税年度起，第一年至第二年免征企业所得税，第三年至第五年按照25%的法定税率减半征收企业所得税。 (三)人才安居购房补贴。高新技术企业可以推荐一位本公司的深圳高层次人才申请奖励补贴，补贴标准为：龙华新区224W(40%配套)，宝安区320W(100%配套)，其他区域均160W。 (四)高新技术企业符合条件的技术转让所得免征、减征企业所得税。一个纳税年度内，居民企业技术转让所得不超过500万元的部分，免征企业所得税;超过500万元的部分，减半征收企业所得税。 (五)高新技术企业固定资产加速折旧。允许加速折旧的固定资产包括：1、由于技术进步，产品更新换代较快的固定资产;2、常年处于强震动、高腐蚀状态的固定资产。采取缩短折旧年限方法的，最低折旧年限不得低于本条例第六十条规定折旧年限的60%;采取加速折旧方法的，可以采取双倍余额递减法或者年数总和法。 (六)研发费用加计扣除。企业为开发新技术、新产品、新工艺发生的研究开发费用，未形成无形资产计入当期损益的，在按照规定据实扣除的基础上，按照企业研究开发费用的50%加计扣除;形成无形资产的，按照无形资产成本的150%摊销。　 (七)取得(深圳市)国家高新技术企业证书后可享受各区相应认定补贴：龙华区、罗湖区、光明新区、坪山新区、盐田区、宝安区各30万; 龙岗区、福田区、大鹏新区各20万; 南山区各10万。 (八)深圳市各区国家高新复审补贴：龙华区、坪山新区 (高新复审20万); 龙岗区 (高新复审10万) ;福田区、盐田区(高新复审5万)。

·······································································