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

jackei

我想自己的长处一是脸皮厚，二是不怕死。所以斗胆在这里继续回复找个帖子。有砖就拍吧，理也是越辩越明，不过我不会再回复同问题本身无关的内容了。

作为一个测试人员，当然，是指结合国内现状的测试人员，最起码应该知道测试是干什么的吧，如果一开始找个概念就搞错了，相信会走不少弯路。如果想更好的认识测试工作，那么去了解整个测试过程以及开发过程也都是有必要的，否则就相当于“不知有汉，无论魏晋”了。不知道开发过程中要进行需求调研、需求分析、架构设计、代码实现，怎么会知道缺陷的引入不仅仅来源于代码，更不会知道测试工作不仅仅是在代码交付后才开始？这方面的东西前人们已经总结了很多了，我想我们没有必要在重新总结一遍了，无论是市面上流行的书籍还是各大网站论坛上的帖子，都应该明确了这个概念。

理论，特别是软件工程的理论不是没有用，关键是在不同的阶段需要了解其中不同的部分，一层层的深入，再通过这些理论的实践来提升自己，并且通过实践找到自己所在的企业真正适合的方法和过程。black有一点也说的没错，对于软件工程方面的内容，如果是只看书，恐怕是难以体会到真正的内涵的。而且软件工程的最终实现总是个性化的，只了解基础理论，不经过实践反复的去尝试，去思考，最终真的可能会变成“死读书”。

或许成为一个测试高手一定是要深入研究一种程序设计语言，研究数据结构和操作系统，但是并不是说一个刚入门的测试员也一定要熟知这些内容才能做好测试工作。这个阶段，一些测试工作的基本流程和方法，以及对被测系统和业务的熟悉程度会对测试员起到更大的作用。另外，如果对于系统测试，操作是通过用户界面来进行，结果也是通过用户界面来验证，我想这也是较通用的方法。计算过程中的中间值以及数据库中保存的数据当然也要求必需准确，但是还是作为一种辅助手段，因为最终用户也还是从用户界面获取信息的，前面两项应该保持一致，但是总不能因为数据库保存的结果正确就忽略用户界面的显示吧？

从事测试工作一段时间以后，如果只是一直做系统测试阶段的功能测试，并且完全手工进行，的确会到达一个瓶颈，但是是否一定要通过对程序设计语言、数据结构、操作系统的研究来拓宽呢？这个问题大家或许可以讨论一下，也更有意义。我个人的看法是根据实际情况，公司内提供的资源是什么，工作中需要的是什么，学习和研究哪些东西才能更快更有效的应用到工作中，改变工作状况，提高工作效率，就先考虑哪些部分。另外，看看身边有没有足够的学习资源和引导者，凭自己的能力啃书的方法不赞成采用。


ecust 朋友，非常感谢回帖，个人觉得只有这种真正的讨论才能提高论坛的学习和讨论气氛。我个人认为这份题除了一些基本的理论知识考察外，真正想关注的还是应聘者的实际工作经验，是否有自己的想法，另外就是看是否在工作中有较宽广的思路，对软件开发过程中的其他问题有所留意。
我个人对这份试题的确是有一个评判的大概标准和想法，不过不是对所谓的标准答案的评价，而是更多的关注应聘者对行业和专业的关注程度，是否用心的在做软件测试这份很有前途的工作，是否经常的对自己的工作和行业发展有一些独立的思考。

没有仔细整理思路，随想随写，罗嗦了这么多，不知道大家是否还愿意继续讨论，或者我们再开一个新帖，免得大家看着累哈哈 ^_^

[ Last edited by jackei on 2005-4-11 at 13:25 ]

Fastpoint

等等，我让侯捷也来看看这个帖子，哈哈，正好Borland的人在，哈哈

cxy

各位的讨论确实很精彩，不过有时似乎有点偏激。三位应该都是资深人士了，出发点应该都是好的，希望我们新人能够少走弯路。三位的讨论对新人启发应该挺大的，有不同的观点避免了盲从，重新审视。
论坛过于平静我想是新手较多的缘故吧，比如我自己：）论坛给我们提供了很多学习资料。希望各位老大能用积极的平和的心态讨论，给我们新手更多的启迪！！！

ecust

呵呵，斑竹不要客气。
我也希望通过交流来共同提高。
我建议麻烦jackei做个总结性的帖子发表吧，也好看的明白一些。

小蚂蚁

^_^,给一点小建议:可以弄一个有错误的程序让面试的人去测试,看能否测试出问题.这就是所谓的实力作证.
个人认为:不同的公司面试的方法不一样,想招聘的人也不一样,所以阿,出的面试题目是不一样的.为这份面试题挣来挣去,还真累,不过让这里热一下还满好的.应该多提些建议才好!!!!!!

fzx

这里火药味道太浓了，就不要在这里再提什么侯捷搞权威了。

我还是比较支持楼主的。

关于试题，给楼主这样的建议：如何面试笔试，应该多从人力资源的角度考虑。
理由如下：
      人力资源会针对公司情况作岗位定义，不同岗位的测试人员有着不同职责，需要不同方面的技能；另一方面，同一岗位的测试人员有着不同的级别要求。
      如果能从两维上设置测试题目，那么相对来说就比较有针对性了。也比较容易考察出应试者的职业素质。

看了大家的争论，非技术问题。

[ Last edited by fzx on 2005-4-13 at 15:01 ]

fzx

Fastpoint，如果也是C++爱好者，我们可以私下聊聊。

angel_test

我想大家都讨论到这个话题上来了，为什么不总结一下，怎么样才能做为一个优秀的测试工程师了？我是一个刚踏入测试行业没有多久的，加起来一年不到，现在都感到很迷茫，怎么样才能成为一个优秀的测试工程师，是我自己问了多次的，我也很想把测试做好，并一直往这个方向发展下去，所以，请大家多多指教。大家能告诉我吗？

bobli

其实本栏目有不少关于如何成为优秀测试人员的帖子，你先看看，还有问题发新帖子交流

TestOrNotTest

Originally posted by 影子杀手 at 2005-4-7 04:10 PM:
楼上的几位，可以看出你们还都是新人，不知者不怪。

你们再做一两年测试工程师，就会碰到一个拐点，觉得测试工作已经到了瓶颈，对它有些厌恶，又有些迷茫，那时我劝你们再来看这个帖子，也许和今天的看法又不 ...

偶现在就是在这个拐点上，理论这东西用到中国的现状真的是作用有限

jajavava

今天才看到这个帖子，真是。。。不知道该说什么了

jlspzhj

本想一楼、一楼的看，不过想想还是算了。要是看完所有的帖子，可能要比加一个通宵的班还累。
      不明白影子和black到底要说些什么？？首先，我承认我没看全你们的帖子。但我个人不同意二位的意见。我是一个新手，从去年夏天毕业到现在入行才半年多。因为在学校里没有系统的接受过软件测试的理念（只是学过软件工程），更不是测试科班毕业的。正如大家所说软件测试这个行业在国内起步不久许多人想入行但又毫无头绪，所以入行早的人给新手解释一些概念性的问题没什么不好。当然，我也见到过一些错误的帖子，这也可能会给新手一些误导。但是，从出发点上给新手讲解问题和概念没什么不对。至于正误完全要靠听众自己去判断，上学的时候老师也有错误的时候难道这影响你对道理的理解吗？
      black、影子两位同学，我个人认为jackei（以及经常在论坛照顾新手的人）给别人讲这些概念上东西没有任何错误。即使讲错了也不全是他们的错，主要还是要看自己对这些概念的理解。不错jackei在测试行里有很大的影响力（至少对我这样的新手），多少会给初学者一些影响。但你们不要把这上升导盲目崇拜的问题，难道新手在听讲的同时就不会自己分析一下老师讲的对还是不对吗？？不要拿你们用错误的逆向逻辑得到的答案来证明你们的正确性。
      还有补充一点，影子杀手 说的“你们几个一定都没做过一年以上的开发，或者说可能干脆都没做过开发。看来将来软件测试人员的水平提高需要软件开发人员来帮助了，应该让他们来做软件测试。”  这句话让人看了很不舒服，难道只有写过代码做过开发的人才能做测试吗？？要是那样的话还分什么黑盒、白盒测试，让开发自己写完自己检查不就得了？？别以为自己做过开发，又是什么测试科班毕业的就了不起。科班出身受过专业培训的我也见过不少，大部分也都水的要命。你想让人听你的就得拿出点真东西来才有说服力。
      说的有点偏激，还请二位别见怪。在下敬候板砖～


                                                          5-3凌晨加班中草

jajavava

我在等答案！什么时候出来啊！

girl04

我觉得没有必要说那么多冠冕堂皇的理论.
什么是面试??对面试官来说面试只不过是考查面试者是否能胜任该职位的能力和潜力.
而对于应聘者来说,只不过是一场考试.在考试的游戏规则下,应试者可以通过各种手段去通过(只要是合理的,我从来不觉得大学生考试作蔽是多严重的问题,关键是老师有没有能力抓住).而这份试题就是给应聘者提供一个很好的手段或者说是捷径.
在此我想说的一点是,面试者应该在能力上对得起这份工作.
还有,我没心思看完这全部的帖....

[ Last edited by girl04 on 2005-5-4 at 09:47 ]

落叶

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

Testing-C

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

jackei

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

qiyanming

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

eler

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

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

shaoziyi

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

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

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

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

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


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

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

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

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

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