这是一个由在微软中国工作的测试人员组成的群组。该组成员有资深的测试经理，有工作过一段时间的很牛的技术人员，也有刚刚步入测试行业的新秀。事业阶段不同，所有的经历也不同。
我所在的Team对应聘的人员要求是做过测试，有一定的开发能力和扎实的数据库基础。因此，不少Vendor公司从测试里面找这样的人。但是，又出现一个问题，很多推过来的测试完全不懂开发。
我上次面试过一个兄弟，再微软的另一个项目组作STE，我一进去，他给我的第一句话就是我不懂开发。整得我当时就觉得可以直接cancel掉了。但是，至少给人家一个表现的机会。我稍微问了些开发的知识。的确，完全不懂（有点夸张了，不过真的不是很懂）。测试呢，还可以。其实也只能是Average+（不过能达到这个水平的10个面试的有2个就不错）.当然，被直接cancel了。
在中国，很多人不愿意去做测试，认为那是很低级的工作。很多公司把写代码不行得人，甚至是完全不懂计算机的人安排作测试。这就造成了一种现象，开发的看不起测试，测试的不会开发。但是，在软件工程这个系统科学里来说，真正的测试是建立在开发的基础上的。
这就好比修汽车与开汽车的（还是那个例子），修汽车的不会开汽车，你会发现很多问题你不知道是什么原因，也许你会修。如果你会开汽车，可能你就会知道也许是司机换档时离合器没有踩好，导致变速齿轮打坏（偶只开过以前的北京吉普，现在的车据说有同步器，好像不会有这样的问题，不懂得说）。这样，你就会在司机取车时给他很好的保养建议。同样，我理解的测试，就是发现问题，定位问题，向开发提出问题解决参考意见。如果你不懂开发，很多问题你能测出来，但是你不知道为什么会这样。所以定位问题，提出解决方案就不可能了。因为，你必须去懂代码，至少，能看懂代码，能写出简单的代码来辅助你的测试。
当然有些人会说，公司分工很细，黑盒测试人员根本接触不到代码。我承认，但是，如果你懂得页面（界面）实现过程和原理，很多错误你会很容易判断出来大体是什么问题。如果你懂得数据库或开发，很多注入式攻击你就能够理解并能运用到你的工作中。你想，如果一个做简单页面测试的人员，能够发现很多系统安全问题，你的leader还会让你继续作简单的页面测试吗？
昨天跟一个Vendor公司的HR聊天，她说很难找到会测试又会开发的人，说很多测试做了2年多还不会开发。我就问她，那他们这2年都干什么了？除了工作就是玩吗？2年哪怕你抽出半年的时间来学开发，还至于不会开发吗？难道你不会再业余时间来做些小工具，小网站之类的来练习一下吗？全都是自找的！
希望以后的测试工程师们能够觉醒，不再尴尬！
多谢了！有收获！刚毕业一年，一直在做开发！公司要开测试组，被迫去做先驱者！有些失落，很喜欢coding，也知道那不是长久之计。
不过看了你的文章心情稍微好点，公司很重视，希望以后能有更好的发展吧！
恩！写得很形象，优秀的修车的对汽车的结构之类的一般都有比较深的认识，有的修车修多了甚至能自己做辆车出来。同样的道理，做软件测试的也应该对软件开发有比较深的认识，至少能读懂代码，我现在搞测试也正在学习开发！楼主给我很大启发！谢谢！
呵呵!刚毕业来到个公司,没有测试部门,我就自告奋勇去做测试,现在整个公司我一个做测试,功能,单元,集成,压力等等都要做!
累啊!
累!
微软的测试本来就跟其他公司的测试差别很大，尤其是在国内。其他公司的测试人员基本上就是微软的STE，根本就没有微软的SDET的职位。你理解一下STE是怎么工作的，就能明白其他公司的测试人员是怎么工作的了。很多人搞了10年也不懂开发也是非常常见的。工作需求不同吗。也不能说他们就是玩了。
是。微软现在STE都外包出去了，基本上自己没有STE了。可是，据我所知，在国内除了微软，Google，其他公司都基本没有SDET这种职位。他们的职位一般叫SQAE，也就是微软的STE。这个职位基本不要求开发知识，因此，很多人做了很多年也不懂开发。他们很多人都以为自己很了解测试了，也不知道SDET是干什么的，因此就没有动力和心理去学开发的知识。当然了，也有一些人不喜欢测试的工作，转到了开发部门，就纯做开发了。因此，市场上符合微软SDET的工程师挺少的。
从自己的角度出发来说的。
每个公司对自己的测试人员有自己的要求，不懂开发一样测试。
微软的测试人员要求是这样，不能这样要求所有测试人员。
人和人对自己的要求不一样，人和人对测试的理解也不一样。
你觉得别人没学开发，可能别人还觉得你学的开发太少了，太浅了。
希望你的文章能够继续进行下去。
说句实话，要做一个好的SDET是很难的，超过成为一个好的SDE。一个SDET不仅要懂开发（怎么样搭建一个东西），还要能反向思维找出漏洞（怎么样把东西拆开）；既要懂得多方面的知识（像各种不同的测试方法），又要能在某些知识上深入。然而做一个SDET有它独特的乐趣，首先，你的工作永远没有做“完”的时候，因为任何一个产品总是可以用更有效的方法测更多的东西，不像开发，做完一个feature修完bug就算完了。
再者，SDET的工作要求他们要接触很多不同的技术，了解很多种不同的方法，覆盖更多的层面，而不像SDE通常只在一个很集中的领域深入。所以如果你喜欢经常接触学习很多新鲜事物，SDET在这方面有更多的机会。就像我们组里的SDET，设计编程测试以及编译环境都懂，组里的SDE有什么问题解决不了都来找他。
最后，随着软件的日渐复杂，对于好的SDET人员需求会越来越多。业界虽然不叫SDET，但类似SQAE一类的需求绝对不少。其实当SDE和SDET到了高层工作性质会越来越近，一个software architect需要考虑构架对产品质量的影响，而一个test architect也要从测试的角度考虑同样的事情。微软高层SDE比SDET多主要是历史问题，毕竟SDET这个职位比较新，在现在的职业路径里已明确的指出高层SDET的要求了。
刚毕业，在校期间在一家公司做过一段时间开发。来到新的公司后，由于项目的需要，转作了测试。
对着一个开发了几年的东东，跑跑用例，跑跑系统，2个多月就这么过了。由于接触的面太窄，真不知道自己都学了些什么。
令人有点郁闷的是，小组leader虽然人很好，对这个系统有几年的测试经验，所以本人效率不低，但是压根就不懂计算机，交流的时候老出现问题。无论我们的小组还是其他的小组，发现一个很古怪的现象，对计算机知识有了解的人不多，特别是开发，数据库方面的。凭的都是对系统的熟悉。
HOHO，都不知道自己是否能够坚持一直走下去？有时候有些东西不得不改成特通用的语言和老大们交流，干的实在有些闷 。
和搂主的观点略有不同，个人觉得完全没有开发经验的人也可以做好测试，开发经验不是成为一个好的测试工程师的必要条件。我觉得还是思维的能力最重要，如果一个人有很好的思维能力，他可以做好开发，也可以做好测试，经验和能力是两回事。但是，毫无疑问，如果有一定的开发的经验，对测试是有帮助的。所以我觉得广大的测试工程师的求职者不要为自己没有开发的经验而自卑。
补充一个软件公司普遍对测试工程师不重视的问题，大家可以放眼看一下，那些知名的大公司，比如微软之类的，对测试是非常重视的。大家举例好了，看看有没有哪一个成功的软件企业对测试不够重视。总之，我是举不出来。反过来说，对测试不够重视的企业，是不会取得成功的，他们只能混点小钱花花，在这样的企业是不会有前途的，即使你混到了测试经理。所以如果你觉得你的公司对测试不够重视，而不是对你不够重视或者你的能力根本就是不行，那么奉劝一句：换一个地方吧。
我认为做测试还是要懂开发技术的，拿个最简单的例子说明，给你一个系统你连基本的b/s和c/s都不能判断，基本的开发知识都不懂我觉得不能做好测试。就一味的从程序的功能去测试，去跟流程，有的问题尽管你输入和输出都正确了但是中间的处理过程确是错误的。做测试你要能判断出这个问题是怎么出现的，什么情况会出现这种问题，我现在待的公司比较郁闷，只做功能测试。自己业余时间在自己做点项目，对技术多少有一定了解，你回过头来看有的开发人员开发出的程序简直就是粗糙，考虑不全面真的担心他能不能做好。
我以前也是做开发的，后来来到现在这家公司，变成了做测试开发，，开始觉得挺郁闷的，，不过现在慢慢也就习惯了，，毕竟测试开发，也是要开发的嘛！！呵呵！
喜欢对测试人员有开发功底要求的公司，测试绝对离不开开发，测试自动化，开发测试工具，都是很有意思的事情。
开发？测试？这个问题很简单，喜欢什么就干什么。两种不同的人，不同的思维习惯和工作方式。开发是种瓜的，测试是挑瓜甜不甜的；开发是写原创文章的，测试是等着原创文章出来写批判评论的。好的开发人员力求无懈可击不给不良测试人员任何机会，好的测试力求刀刀见血不给不良开发人员任何活命机会.....两种力量的对垒和平衡是保证软件质量之根本(其实还有第三种代表用户的力量)。
还有，测试Team里通常女生多，所以喜欢MM的男生可以考虑。而开发Team里通常男生多，所以喜欢GG的女生可以考虑。
另外，建议做测试的不要评论开发，做开发的不要评论测试，从你们各自的视角看对方都会错误理解。
测试人员固然很重要，但也不要觉得比开发人员更重要，这就不好了。下面这段话是微软的一位高级总裁写的：
Obviously the first thing that comes to mind is that at a software company, without developers the company really doesn't exist. And of course Microsoft is no exception. While the company has grown from what I would say was a "developer-driven" company where basically everything was about development, to a more grown-up and well-rounded company with the right focus on customers, business, and the market, we have consistently remained very much a technical and product company. Of course this starts at the top, where our Chairman of the Board is also the company's Chief Software Architect. Also, this post might show a bit more of me and be a bit more personal because development is where I started at Microsoft and because I am one of those folks that has a very romantic view of programming.
随着分工的细化，我们的各个部门都很重要，市场部不重要吗？技术支持不重要吗？这些都是企业business的一部分，没有一个不重要，如果不重要就不会存在。但是，我们脑子里应该清楚的是作为一个“软件”公司，没有开发人员公司就不存在了，微软也不是例外。所以，希望新的测试人员要理解到这一点，否则自我过度膨胀会吃教训的。
2007-11-21 12:52:47 被【Yong_Zhang】修改
我们公司网络部刚成立.做的东西都不是一个整体,刚在这工作了快2周了,还没什么具体任务.现在竟然让我整理材料.这不是说屈才问题,本身也没材.只是觉得有点浪费时间.不对口啊!
于是趁这个空给自己职业一个明确的定位.看到楼上各位的评论,觉得还是先做一段时间开发再转测试比较好,不知道开发流程,一些思想,根本无法进行流畅的测试,.而且在测试的时候好象也不能考虑全面.刚问了一下同事,他以前的公司,搞测试的如果再下一层开发中出现BUG,就从工资扣除5块钱,结果6K,到发工资的时候竟然变成了3K,不能不让我心惊胆战的.
俺刚毕业.真不知道工作是这么难啊!
决定搞半年开发期间学习测试,转行还是半年后再说吧
楼上的这位，我觉得你们的测试进行的很不科学，因为没有知道思想来进行测试。测试人员不清楚该测试什么，应该如何测。这些都应该列出来，没有列出来的，部分出现问题，就不是测试人员的问题了，而是整个team的问题了。以BUG定工资是很不科学的。也难以做到科学量化。有时一个版本不对，如数据库没有更新，就开始测了，那BUG会很多。但是没有意义。
测试确实需要一些开发经验，不然你如何在这样的社会中抢占一席之位。我是有点开发经验的测试人员，在工作中还是能感觉到一点优势的。当你与PG一起跟踪一个BUG时，可以快速切入问题点。我还会继续努力
老实说，现在我觉得开发测试都懂了，那就可以去微软了吗？
wheatlee,看了一些你的文章,觉得很有见地,但都是宏观上的,能不能具体的讲一讲你工具方面的使用,例如QTP.还有,我想在Loadrunner是测试工具吧,我怎么在网上下不到?
好文章,我一直认为测试是不能不懂代码的,自己也在学习开发,可是我的leader说我不懂测试,逼我干活,开发相关的不准接触,不需带着开发的思维测试,我和开发人员为改进测试做的辅助工作,他既不接受也不让别的有兴趣的测试人员学习,很是痛苦,今年7月我是铁定会换工作的!
我是专门写文档的，也想做测试。我想先从开发做起，再转测试。呵呵
这个，我想说关键是在哪个group，而不是sde/sdet的title.
比如说你是C# Compiler group的SDET，你不知道compiler怎么实现，我无法想象你如何去测试。反过来，你专门测试c# compiler搞了几年，我觉得你的底子会强过绝大部分C# programmer.
Xingchen Tech Community: www.netcsharp.cn , we will provide you with best tech solutions in a rapid speed
借楼主的地盘广告下下，谢谢~~~
有人对微软的SDE或者SDET感兴趣吗？
我是HR，招赴MS的vonder，工作地点北京，要求如下：
1.solid c#/c++ coding experience at least 2 years
2.good english communication skill both on written and spoken
3.smart and fast learning skills
有感兴趣或您有认识的朋友请和我联系:-) 我是小李，邮箱：independencity@sina.com
大家好
有愿意去微软做SDE或SDET,或者Test Lead的人吗？现在有4个项目在招人，有机会做白盒测试。
微软正式的HeadCount,不是"v-"的。
请随时与我联系！
Welcome to be added :D
Cheers,
Jason
我是测试工程师，工作三年了。
我很熟悉测试工具开发，而且有自己的网站和小工具，
我开发的测试工具在测试组每天都在使用，
我业余开发的小软件很受欢迎，每天的活跃用户都在10000左右。
我想去微软，行吗。
2008-03-31 15:32:37 被【developing_T】修改
I will be on board later this month (SDET 2), wish could know more testing experts in MS. Maybe somre famous writers in this group :)
Guys, I am coming .
2008-04-02 14:29:53 被【wxpwindy】修改
2008-04-02 14:29:22 被【wxpwindy】修改
我是从事手机软件测试的，现在一年半了，感觉距离写Code还是较远，可以说我们的大部分时间是黑盒测试，公司是不会让我们掌握白盒测试，也不会给我们机会。
现在测试与开发可以说是对立的，开发组会把Code当作是机密不给测试人员。
老板只是希望测试人员能更多的发现问题，他就是希望你在什么都不懂的情况下发现问题。
这些于我的期望差别较大。业余时间我自己写Code，主要是想把烦杂的手工作业能转换为自动测试，减少无要的时间浪费。
希望能在这里交流，有愿意带我的请与我联系：CDMA4501900@yahoo.com.cn
讨论测试，必须结合被测试的产品和产品的用户，因为测试是扮演执行用户的操作。公司能够让你通过简单操作完成的任务，为什么要花更多的资源去了解大量内部知识？开发组会把Code当作是机密不给测试人员这是可以理解的，商业行为不是实验室里的理想状态。老板希望越少人接触核心越好。
如果觉得测试学不到技术知识，不妨可以换换测试产品。如果产品是专业产品，比如visual studio,sql server, 产品用户是也技术人员，那么测试自然需要了解更多技术细节。这是我的工作体验。
2008-04-08 15:13:05 被【jimmy_kui】修改
确实，测试的范围很广，但是你讲的就是将测试当成一个用户来使用，那只是测试工作的一小部分，我讲的是在开发过程中，开发和测试人员一起做这个项目的开发工作。极端的情况就是XP，这时开发和测试已经没有很明显的界限了。
测试工程师的价值和开发工程师一样，体现在你的高效率与不易替代性上，简单操作显然体现不出测试工程师的价值，这就是我说的要时刻感觉到自己在提高，除了技术还可以是管理。
另外，你讲的去换专业产品，那学到的更多是产品的业务知识，不是测试技术，那当然也有价值，但已偏离了我们的讨论方向。