软件测试工程师试题发布版

jackei

      这份试题的内容来自两年来软件测试工程师招聘经验的总结，不涉及任何机密信息或隐私信息，希望可以为即将走上测试之路或已经开始软件测试生涯的朋友们提供一些参考或帮助。

      文档为Word格式，之所以没有转换成PDF，就是希望这可以做为一份开放的文档供大家使用，我也并不介意您直接将这份文档应用在自己的招聘工作中，希望每个看过这份文档的人都可以从中获得一些收获。

      也希望更多高手在我抛出这块“砖”之后，可以一起站出来为这个行业的发展做些事情。


      点击下载http://www.cnblogs.com/jackei/archive/2005/03/17/120183.html

apolo911

看的头大  对新手帮助不大1  帖子沉了吧

benben315

谢谢LZ

windsmile

我是个新手，没有入行的新手！看楼上这么多帖（还没有看完，也没有仔细看了），真的太累了！我觉得软件测试这个领域真的是太广泛了！我们只能只好，一步一个脚印的去探索！

z9999hang

谢谢

netcat

不过，lz也够辛苦的，整理那么多，支持下还是。。sdlkfj2

netcat

我耐心看了80篇，，也不想看下去了，都是讨论谁有理，技术方面呢，sdlkfj2 不多，//。

eyesonme

好帖。
比较支持影子，感觉新手对测试的理论只要有个大概的了解，细节...工作中琢磨去吧。
不了解底层的东西，测试就有点浮于表面了。

stomic

这篇贴很经典啊，强烈要求置为精华贴啊
对于各位说的什么理论啊实践什么的，其实都是相互相存的
在刚进测试行业的人是首先以有经验的人总结出的理论为基础的
就象影子说的，他是测试科班出生，以前以理论为基础，但是发现理论和自己的实践相异或相违背的时候，就会以自己总结的经验为主，再总结经验给后来的人供学习
大家其实也是再讨论问题，没必要争得脸红脖子粗的
相互学习啊

wangziyang

老大们好强啊，这个帖子收藏了，欢迎继续讨论！让我们菜鸟们瞻仰瞻仰，多谢多谢...

289706523

还没下载，先谢谢咯

jackei

ps：jackei君，你的qq我已加^_^
——>是吗？改天发给信息给我，还对不上号 ^_^

其实你说的问题我以前也经常思考，在经历了很多事情和想了很多之后，有一句话跟你分享：

“技术不是工作的全部，工作也不是生活的全部。要学会带着梦想在现实中生活。”

shaoziyi

原帖由 jackei 于 2006-12-5 00:51 发表

1测试人员的优势在于对系统整体业务的深入理解和找到 bug 的能力，而不在于对某项计算机技术的掌握。

任何一个人获得别人的尊重依靠的是对待工作的态度和完成工作的能力，而不是单纯的依靠技术。在一些测试工作开展比较规范的企业中，核心业务的测试通常还是由高级测试工程师手工完成，而测试脚本的编写则是有初级测试工程师或者毕业生来完成的。无论是初级测试工程师还是高级测试工程师，在一个真正重视质量的企业中都会被尊重。

这个是没错，但是对系统的深入理解能力不是一朝一夕的事情，有时候也需要依赖开发技术。至于工作态度和完成工作的能力，这个是所有工种都需要具备的素质，不是测试人员的核心竞争力。真正重视质量的企业会尊重所有员工，那是当然，但是这样的公司相对于市面上的大大小小的企业能有多少呢？

如果某家公司中真的存在“只有我的开发能力跟你开发人员相当，我这个测试人员才能在软件公司被看的起。而且对于我来说发展的空间才会更大更广”的现象，只能说是这家公司的悲哀，也是在这家公司工作的测试人员的悲哀。

这样的公司占绝大部分吧，相当一部分测试人员是生活在水深火热之中啊。

3.硬要把现在的测试模式化，理论化可能会禁锢一些本来可以带来良好发展的测试新苗头
——》其实软件测试作为一个行业在国外已经开展了几十年，我们现在很多工作就是基于国外已有的理论之上的，并且最近几年各种新的理论、方法论和模型也还在不断的提出。如果我们可以很好的理解先进的理论，并结合实践总结出自己的一套方法，那么无疑可以加速中国软件测试行业的发展。

据我所知，微软好像没有过什么集成测试和系统测试的概念。在实际工作中，我发现测试可以做的很简单，也可以做的很复杂。在相当一部分企业里，对质量的要求就是可以用就行了，所以也不需要多么复杂的测试，随便点点，不报错就行。注意：我说的是相当一部分企业，应该超过5成。

4.针对楼上最后提到的疑惑，说点我的看法。
对于一个人的个人发展来说，是一定要考虑到与企业的发展需要和行业发展需要结合起来的。如果以工作需要为出发点来学习，不断的思考如何将目前的工作做得更完美一些，如何进一步在符合企业发展需要的前提下继续拓宽测试工作的深度和广度，那么相信一定可以事半功倍。脱离了工作需要的学习只能算作业余爱好，无法从中获得更好的投入产出比。正如楼上提到的：总不能去改行做开发吧。

如果你的职业生涯是从小公司开始，你会发现，测试人员在小公司的经验也难用到大公司里边，但是小公司测试人员的待遇又完全不能跟大公司相比，开发人员认准一条技术路线，可以从小到大。而测试人员怎么规划自己呢。

最后这样说吧，市场人员的核心竞争力在于对市场的理解企划能力和客户关系数量，这些都是靠时间经验累计下来的，开发人员的核心竞争力也很明确，就是开发技术，测试人员的是什么呢？

不能改变的事实是，在相当一部分公司，做的是关系项目，形象工程，内部项目，对软件的质量可以说要求不高，只要在演示的时候不报错就行了，这样的质量需求下，对测试人员有什么要求呢，也难怪都认为测试人员做的随便找个人就能做。明天要裁人首当其冲的就是你。在这样的企业中，测试人员的自身素质又怎么成长了，在相当广泛的这样的企业里，测试工程师的未来又是怎样的呢。重视质量，又舍得对测试投入的公司呢，又有相当一部分不知道该如何开展测试，都是摸着石头过河，这样的公司里，测试人员的成长也是相当的缓慢。当前的很多测试理论应该说很系统，但是想在上述企业展开很难，真正的大型企业，比如微软，思科，就我所知，看重的都是开发能力，脚本能力和相关的技术的数据库啊，语言啊，协议啊，硬件啊；至于什么白盒测试啊，黑盒测试啊，单元测试啊，集成测试啊，根本没有这么多叫法，真正开展起来大相径庭。

现在看来，作测试的选公司很重要，但是知道的好的难得进，能力不够，小公司进去吧，多少年可能也难有长进。打个比方说吧，微软（泛指一些优秀企业）找测试的肯定要几年的开发经验或者其他计算机专业知识，你在小公司作一辈子测试也进不了微软。倒是曾经做了几年开发的，再转测试，到哪都方便的多。我现在真后悔当初只做了一年开发。。。

上述都是我从身边的情况看到的，肯定比较片面，只代表我视野内的情况而已
ps：jackei君，你的qq我已加^_^

[ 本帖最后由 shaoziyi 于 2007-1-11 09:56 编辑 ]

jackei

看了楼上的精彩回复，感触良多，很多观点深表赞同。也很愿意跟楼上的朋友以及其他同行继续讨论这方面的问题。

另外，针对楼上提出来的有些问题，简单说说我的一些不同的看法吧。

1.测试人员普遍得不到程序员相当的认可，大部分公司，测试人员会被当作技术不怎样的人对待，感觉总是敌人一等，所以如果按照元老的题目的这种思路切入测试，那么测试人员感觉总没有出头之日
——》一个关键点在于是否自己都认为测试人员是依靠技术来获得尊重。假如一开始就抱定了这种看法，恐怕职业发展不容乐观。我要说的是测试人员同样是技术人员，但是大家方向不同，所掌握的技术也不同，总不能让一个 DBA 和一个 C 程序员比较谁的水平高低吧？测试人员的优势在于对系统整体业务的深入理解和找到 bug 的能力，而不在于对某项计算机技术的掌握。

任何一个人获得别人的尊重依靠的是对待工作的态度和完成工作的能力，而不是单纯的依靠技术。在一些测试工作开展比较规范的企业中，核心业务的测试通常还是由高级测试工程师手工完成，而测试脚本的编写则是有初级测试工程师或者毕业生来完成的。无论是初级测试工程师还是高级测试工程师，在一个真正重视质量的企业中都会被尊重。

如果某家公司中真的存在“只有我的开发能力跟你开发人员相当，我这个测试人员才能在软件公司被看的起。而且对于我来说发展的空间才会更大更广”的现象，只能说是这家公司的悲哀，也是在这家公司工作的测试人员的悲哀。

2.理论和实践并不是两个不和调和的极端。所谓的理论，是经过大量的实践和反复的总结沉淀下来的最佳实践，是用来指导实践的；同时，在不断实践的过程中理论逐步被完善，并用来更好的指导后来的实践。其实在我的观点和这份试题中，都透露出我所强调的是一定要在理论的基础上有丰富的实践，并且要有自己新的见解和看法，要对自己以往的工作有一个系统化、结构化的提炼——这是大多数工作年限在2年以内的测试人员缺少的。

所谓仁者见仁，智者见智。不同的人看到这份试题也就自然会有了不同的看法。^_^

3.硬要把现在的测试模式化，理论化可能会禁锢一些本来可以带来良好发展的测试新苗头
——》其实软件测试作为一个行业在国外已经开展了几十年，我们现在很多工作就是基于国外已有的理论之上的，并且最近几年各种新的理论、方法论和模型也还在不断的提出。如果我们可以很好的理解先进的理论，并结合实践总结出自己的一套方法，那么无疑可以加速中国软件测试行业的发展。

4.针对楼上最后提到的疑惑，说点我的看法。
对于一个人的个人发展来说，是一定要考虑到与企业的发展需要和行业发展需要结合起来的。如果以工作需要为出发点来学习，不断的思考如何将目前的工作做得更完美一些，如何进一步在符合企业发展需要的前提下继续拓宽测试工作的深度和广度，那么相信一定可以事半功倍。脱离了工作需要的学习只能算作业余爱好，无法从中获得更好的投入产出比。正如楼上提到的：总不能去改行做开发吧。

另外，所谓职位的划分是静态的，但是实际上在每个不同的企业中职位的定位是动态的，越是管理规范的公司，越会强调是“做事”，而不是“做技术”。

把握住身边的机会，把有条件、有机会做得事情先做好，任何经历和经验都不会是浪费。优秀的测试工程师并不是非要成为 测试 + 开发 的模式。

最后，转变思路，开拓视野，你会发现测试的路还很宽广。sdlkfj2

shaoziyi

一篇很老的帖子了，现在才看到，惭愧。不过我还是觉得内容很精彩的，虽然是一年前的帖子，但是现在看来仍然很有价值。
首先从题目本身来看吧，影子杀手说了一些看法，我也在一次面试中做过这套题，一些问题的确不是很好回答，我觉得需要长篇大论才能说清楚。但是有些题目比如第一题，为什么要在团队中测试，也不像影子杀手说的那样，目前存在一些测试外包啊，第三方测试啊，测试跟开发团队也可能分开的。

题目本身不是讨论的焦点，之后引申出来的问题我觉得很有意义，也代表了我的目前的一些疑惑。
一方是以元老为代表的，代表了目前国内测试的现状以及目前国内测试技术及其理论发展探索的一个方向。另一方则是影子杀手为代表的计算机技术为本观点。

首先，国内目前大部分公司需要的是黑盒功能测试的人员，对这些人员开发技能要求不高，计算机相关知识要求也不高，他们需要的是一种合理的组织，如何组织管理这些测试人员，如何将他们跟开发组织在一起，工程化。因为对于相当一部分公司来说，毕竟测试是一个新兴的行业，基本上是所有的规范都在摸索之中，所以对企业来说首先是要建立一个体系更为现实，也许你是那种有7，8年开发经验，网络，os，语言都玩的烂熟的高手，可能你自己跟企业都不知道怎么来使用你的技术优势来测试。这就是元老所代表的一种状况，所以测试题会以理论，测试组织管理体系等为主而建立。

不过这样也有个问题，就是测试人员普遍得不到程序员相当的认可，大部分公司，测试人员会被当作技术不怎样的人对待，感觉总是敌人一等，所以如果按照元老的题目的这种思路切入测试，那么测试人员感觉总没有出头之日。但这也是中国目前的现状，毕竟大部分公司要得是这个，混口饭吃先了。

所以影子杀手很激动，可以理解，如果按照这样的模式，这样的思路，测试新手一个个的涌现，符合了企业的现状，马上可以找到一份工作，但是企业们对测试工作的理解的偏差，对测试工程师的偏见恐怕很难消失了。所以影子杀手希望各位新手能够从计算机基本技术本身入手，因为测试的确需要各方面知识的，也许不如开发的对算法，语言数据结构掌握的那么深，但是优秀测试人员需要掌握的技术的广度是开发人员远远不能企及的。说得露骨一点，只有我的开发能力跟你开发人员相当，我这个测试人员才能在软件公司被看的起。而且对于我来说发展的空间才会更大更广。


元老代表了一类人，希望通过一些测试的理论，组织等方面的研究，把测试定位好，工程化，在这方面做了很多探索和努力，希望更多的新手能够快速切入测试行业，改变自己的现状。

但是影子杀手希望目前做测试行业探索，开拓的人，能够多多探索一些测试深层次发展的内容，更技术层面的一些东西。毕竟目前测试行业处于混沌状态，硬要把现在的测试模式化，理论化可能会禁锢一些本来可以带来良好发展的测试新苗头。

举个例子，微软在4、5年前的测试，很多行业的人员都有，不太讲究技术，黑盒为主，那时候听他们的讲座，还说学外语的啊，学其他行业的啊，都可能用来做测试。
可是最近的一些微软人的说法都是，基本慢慢的ste会减少，sdte会成为主流，自动化测试会盛行，非计算机人员参与测试的会越来越少。
我想微软是做测试最早最重视的公司了，他们测试的发展应该可以看作一个风向标。在这里自动化测试不是用工具的录制，回放检查这种模式，而是编写代码测试代码。
而cisco公司在上海的研发中心，现在也要求所有的手工测试人员都要学习编写自动化测试脚本。
而我们现在的一些测试理论什么测试用例的设计啊，测试计划编写啊，他们提到的很少，因为觉得这是最基本的东西吧，而且测试用例应该根据实际工作来的，而不是根据模版来的，过于强调模版会限制人的思维。至于loadrunner，qtp，现在谈自动化测试就是这些，但是的也没听说哪个大公司在使用，怎么系统化的使用的，效果到底如何也不清楚。很多大公司都是自己开发程序来测试。我在想这些是不是都可以做为我们测试发展方向的一个指示呢？

一口气写了这么多，其实很多还没写出来，这是我最近半年的困惑，而且很困惑，我现在最大的困惑就是作为开发人员来说，掌握一门语言，在这个基础上边做边学，基本上其职业发展之路就比较清晰明了了，但是测试的今天接触这个理论，明天接触那个说法，还有那么广泛的知识需要掌握，深浅还不好把握，最后做的工作却又觉得什么又没用上，苦恼啊。
而且最要命的是，各个公司都有自己的测试规范，我现在把这一套搞得头头是道的，混个测试经理当当，明天想换个大公司养老，别人根本不看这些经历，关注的都是你的开发能力如何，唉～。
我现在想学习一些这样的自动化测试和测试工具测试代码编写的技能，我觉得这才是自己的一个进阶，可惜，目前论坛也好书籍也好，对这方面的介绍太少，我有各1年半开发经验，但是没人指路的话，依然很难进入自动化测试的大门。qtp，wr这些脚本也做了不少，还是觉得局限性太大，总不能去改行做开发吧，在开发中摸索？？？？？

[ 本帖最后由 shaoziyi 于 2006-11-14 17:38 编辑 ]

eler

sdlkfj2
测试的目的是什么？测试的最高境界是什么？

有人能回答我么？我是新手

qiyanming

楼上元老，你的MSN多少？？讨论讨论

jackei

刚好前几天有位同行在偶的 blog 上对这份题目又做出了评论，时隔一年多，偶早已不再负责招聘工作，索性把个中究竟说过明白。

这位同行留言说“完了整套题目，并不是十分的看好。
不知道这份题目到目前为止在实际的招聘工作中起到了多少的作用。
整体感觉就是门槛太高，盲目追求理论水平。

我是主考官，我会去考察这个人是否有潜力愿意提高，是否有诚实负责的品质，以及与人沟通表达的能力。这些在实际工作中都是至关重要的点，但不能在你的题目中体现出来。当然假如你只愿意找一个有了很丰富的工作经验，有过正规的培训过程测试工程师，拿来就用，那么还是比较合适的。当然我也会希望应聘者知道测试工作的概念，了解自己职责，并具备一定的行业背景知识，但这么高的理论水平是绝对非必须的。培训新人，提高新人工作技能应该是一个带团队的角色的职责。”

**************************************************

偶的回复如下，不介意大家继续进行讨论，只希望大家都能在讨论过程中得到一些有用的东西，

这份试题发布以来也的确引起了很多讨论和争论——除了这里的以外，还有在其他网站和论坛上。我想不如今天来一个总结吧。

我个人的看法是：同一份题目，有经验的测试人员和只会理论的测试人员回答出来是不同的。而且一开始我也说明了，这是一份面试题。如果你参加过面试，应该知道面试的灵活性是很大的。换句话说，同一份题目，不同的面试者和不同的应聘者，效果会相差很大。也希望大家也可以明白一件事情：理论指导实践。而软件测试领域中各个方面的理论最近几年也有了很大的更新。同样一个题目，你回答出的是旧的理论还是新的理论？或者自己在工作中根据实践和其他理论结合总结出来的新理论？又或者干脆连什么理论都不懂？哪个更好些？我个人更倾向于“自己在工作中根据实践和其他理论结合总结出来的新理论”，特别是那种适合企业需要，可以高效的在企业中开展工作的“新理论”，新方法，最佳实践。这种人我相信他可以在企业中很快的找到自己的位置，而且他一定是一个热爱自己的工作，并思考过如何把现有的工作做的更好，而不是好高骛远的人。

再说一点，我以往在面试时，除了了解应聘者对基本概念的理解外，还会特别关注他（或她）在以往工作中对这些技术和概念的实践，是否有自己的认识和理解——这在这份试题中也可以表现出来。换句话说，如果应聘者只能背出测试计划包括一、二、三项，但是不明白这些每项到底是干嘛的，却有自称做过测试计划，你会如何看待？

如果不相信我上面的这番话，你可以找一位工作经验比较丰富，或者目前在 team leader 或者 manager 位置上的同行交流一下——或者干脆找你自己的上级，看看同一个问题是否答案相同。

再回答一下你提出的疑问。——“我是主考官，我会去考察这个人是否有潜力愿意提高，是否有诚实负责的品质，以及与人沟通表达的能力”——沟通表达的能力在面试过程中就可以表现出来，是否有潜力愿意提高和是否有诚实负责的品质要在工作中观察。

另外，不同企业的不同职位招聘目的是不同的，而且不同企业的不同职位的要求也会不同，面试的题目也会不同——例如很多企业中并没有开始进行自动化测试或者单元测试之类需要编码的测试工作，而是刚刚建立测试团队不久，那么最需要的就不是那种熟悉代码的测试工程师。还有，大多数时候企业或者说 manager 希望招聘到的是可以尽快上手工作，不需要花太多时间指导的有经验的工程师。这里说的有经验包括行业经验、职业经验以及相似的企业从业经验。如果有可能，企业会宁愿多花两千块一个月招一个经验丰富的，而不是作所谓的“培养新人和建设梯队”的事情。

另外，我还要说明一下，以前曾经有一位同行提到这份试题中有些基本概念混淆不清，那我现在提醒大家，面试中有些题目是故意设计成那样的，如果你自己基础不扎实，无法区分，那么就会掉进这个“陷阱”。

最后补充一点，因为已经很久不做面试了，所以一直没有对这份题目更新过。我不否认这份题目中的问题有更好的问法，当时列这份题目出来也是想给大家一个参考。希望大家第一次看到这份题目的时候先别评论是否太注重理论，请先想想自己是不是连这些理论都没有掌握好？然后在想想自己是不是对这些东西都有自己的见解，或者在实践这些东西的过程中有了自己的经验和技巧？同样的事情，自己是不是可以比别人做的更快、更好？

如果答案全是否，我建议先自己反省一下。

也希望大家可以继续讨论，我们共同提高。谢谢 ^_^


我的 QQ 是 19568037 欢迎大家一起交流讨论软件测试相关的问题 ^_^

Testing-C

讀万卷書不如行萬里路，行萬里路不如閱人無數，閱人無數不如參照先人腳步
在下受教了

落叶

sdlkfj，我把所有的贴都看了，看到一半就感到累了。
看了这么长时间，也说一下感受吧。
总的来说，前面很精彩，后面不如前面，但也很不错，说的很实在。
各位说的都有一定的道理，楼主也很辛苦，发表了很多自己的认识，很收益。
影子和black的说法，对我触动最大，收益最大。以前确实在理论上看了不少，但提高不大，真正的提高还是在实践上学习，应用上。通过看影子和black帖子，明确了掌握那些最基础的，加上实际的应用，才能真正的不断的往上提高，不能陷在名词，理论上，和别人的经验上。非常感谢各位的真知灼见。
最后顺便说一下，楼主的考题，我在上地的一家公司，笔试就是这套题，它只招一个人，公司的规模是10几个人吧。