51Testing软件测试论坛

标题: 软件测试工程师试题发布版 [打印本页]

作者: jackei 时间: 2005-3-17 10:32
标题: 软件测试工程师试题发布版

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

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

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

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

作者: jackei 时间: 2005-3-17 11:43
设计本试题的目的是希望可以希望可以通过笔试，尽可能多的体现出应聘者对于软件测试、软件工程和软件质量保证方面基础知识的掌握情况，并引导应聘者尽可能多的展示自己在以往的工作中积累的工作经验。我的目的是希望可以达到一种通过纸面与应聘者交流的效果，让应聘者在答题的过程中可以对自己的思想和经验做一些总结和反思。我在面试的工作中，都会多多少少的给应聘者讲一些测试方面的知识或者解答一些力所能及的问题，也是希望应聘者可以不虚此行吧。同样，如果应聘者可以记住这份试题中的问题，那么也可以做为一份很好的学习计划和指导，因为在我看来，这就是我对于一名优秀的测试工程师的要求——当然，要耐心从头至尾完成这份试题，也说明达到了测试工程师的一项基本要求——耐心^_^

本来也是做为一份面试试题的，排成这种格式主要是方便主考官不在公司的时候供应聘者书写使用的。

作者: bobli 时间: 2005-3-17 14:09
感谢jackei无私奉献，希望大家以jackei为榜样，都来为我们的论坛出力

作者: jackei 时间: 2005-3-17 14:33
不仅仅是为论坛，更多的是为自己喜欢的行业。

作者: 忘记了 时间: 2005-3-17 15:57
顶啊.谢谢楼主!偶这几天正想换公司

作者: testerPaul 时间: 2005-3-17 16:51
要是有人能把他给整理出来就好了,给个相对正确的答案.也好参详参详啊!呵呵!

作者: baitest 时间: 2005-3-18 22:39
哈哈，谢谢斑竹。不懂得地方，就卯上你了！！

作者: celine 时间: 2005-3-19 09:32
谢谢jackei。这需要我们对熟悉的测试知识做整体的"资源整合"。不明白的地方希望有机会和你研究

[ Last edited by celine on 2005-3-19 at 09:37 ]

作者: ljt19841151 时间: 2005-3-20 23:29
标题: 只能用感谢来表达我对你的感激
谢了
辛苦了

作者: 影子杀手 时间: 2005-3-21 09:31
看了，满篇都是大道理，玄虚的概念，须知测试的知识是从实践中得来的，不是背书本背出来的。
哪家公司给你出这样的面试题，就可以打定主意不要去了。

作者: jackei 时间: 2005-3-21 17:47
影子杀手，不好意思，这份题是我出的。当然，这份题仍然不是十分完善，不过这主要是因为我个人水平有限，同公司没有直接关系。如果可以，非常希望您可以帮忙增补或者修改，谢谢。

作者: jackei 时间: 2005-3-21 17:48
baitest、celine，如果有兴趣，我们可以email交流，我的email ：
jackeichan AT Gamil DOT com

作者: 影子杀手 时间: 2005-3-21 19:40
楼主故作自谦的八股客套话实在让人听着难受。我是不回贴都不行了。

01.为什么要在一个团队中开展软件测试工作？

拆析：此问就有失水准，试问哪个测试不是在团队中做的？哪有无开发的测试？如果作者想问“软件为什么需要测试”，那就跟问程序员“什么叫软件”一样，实在是一个无聊而又外延极广的话题。

02.您是否了解以往所工作的企业的软件测试过程？如果了解，请试述在这个过程中都有哪些工作要做？分别由哪些不同的角色来完成这些工作？

拆析：这个话题稍微实际一点，但研究下来，实在是一个空泛的问题。作者恐怕自己都不知道软件测试过程从软件生命周期中何时开始，又何时结束，否则不会又问出第三道题来。

03.您是否了解以往所工作的企业的软件开发过程？如果了解，请试述一个完整的开发过程需要完成哪些工作？分别由哪些不同的角色来完成这些工作？（对于软件测试部分，可以简述）

拆析：建议作者试卷的title改为《软件质量保证工程师的笔试试题》

04.您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？

拆析：这个问题不适合笔试，适合面试时发问，后续可根据面试者回答的答案，再做深入性发问。在笔试中，无疑又是一道假大空的问题。

05. 您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试……）

拆析：这种问题又是放了一个卫星。软件测试类型按什么划分？按周期可从单元测试到验收测试，按测试技术又有黑盒测试和白盒测试，按被测软件运行状态又有静态分析和动态检查。。。。。。作者可谓想一道题将天下所有的测试概念一网打尽，真叫应试者犯难啊。

06.请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。

拆析：犯了一个基本的错误：黑盒测试和白盒测试属测试技术范畴，即测试方法，可应用于不同的具体测试中；单元测试。。。验收测试属测试策略问题，即在软件开发的生命周期中的相应测试点。都不是一个划分范畴的概念拿出来有什么可比较的？

本来还想再写下去，看了这试题，懒得动笔了。

笔试题目考基本功，面试考应变发挥，我看到的却恰恰相反。通篇看过你出的笔试题目，一道可度量的技术题都没有，莫非楼主早已只研究测试管理，不屑于写test case了么？

哈哈

[ Last edited by 影子杀手 on 2005-3-21 at 21:22 ]

作者: 影子杀手 时间: 2005-3-21 21:11
别怪我拍砖太狠，楼主发个帖子说着是抛砖引玉，但字里行间却连连声称是为测试人员做指导，为软件行业做贡献，摆出一副老者的姿态指指点点，这也太虚伪了吧，论坛是大家热烈讨论，拍砖的场所，不是谁显摆自己资历，教育他人的地方。
这样做，不知楼主是瞧着测试业里没人，还是真的以为自己登峰造极了。另外，这些面试题题目本身就犯基本概念错误，不知是考应试者，还是楼主自己也想知道答案。
哈哈

[ Last edited by 影子杀手 on 2005-3-21 at 21:26 ]

作者: jackei 时间: 2005-3-23 19:13
影子杀手，非常感谢你，我的确是不知道这些问题的答案，不如你把这份题重新整理一下，然后附上答案，帮助我们这些初学者提高水平，如何？

作者: 影子杀手 时间: 2005-3-30 09:52
笔试的最大失败之处：一百个笔试者有一百个答案，一百个考官能给出一百个不同的分数。
这份题不用整理，直接烧掉了。
楼主，你认为你问的问题会有标准答案吗？这份题目与其说是考察笔试者的能力，不如说是考察笔试者的认知和你自己的认知一致的程度。

作者: black_tulip 时间: 2005-3-31 11:24
此贴为何不置顶或精华？

作者: 天空之鹰 时间: 2005-4-1 22:00
影子杀手，你可以给出一份你自己的正确答案给大家参考，相信大部分也是对的，写个参考答案，帮助帮助大家吗。不要老是说斑竹这里不好那里不好，斑竹能写出这份题来，已经是对大家很大的帮助了，你的板砖不要拍的这么狠：）

作者: Nio 时间: 2005-4-4 10:46
从影子杀手的述说中，我赞同其关于笔试题的观点：笔试不能一百个笔试者有一百个答案，一百个考官能给出一百个不同的分数，如果是这样的题应该放在面试的时候问，不知楼主是否同意这样的说法？

不过话说回来，如果应聘者能够用笔应对这些问题，也是一件好事……不过影子杀手所说的哪些题如出现在笔试题中，并不合适。如果应聘者看到这样的题，会觉得出题者（公司）急需测试人员，更会无端猜测公司现有测试团队的技能水平……

作者: jackei 时间: 2005-4-4 12:39
其实我想大家不需要为是否适合笔试争论了，因为很早前就在另一篇帖子中注明了，
http://bbs.51testing.com/viewthread.php?tid=10047&fpage=1

说实话我也不是很喜欢笔试，因为笔试通常会给应聘者过大的压力。不过相信大家看了上面这个帖子就可以原谅我的这种方法了。

对于影子杀手说的“考察笔试者的认知和你自己的认知一致的程度”，我想对于面试或者笔试，难道我们都是为了知道应聘者的观点是与我们不同的吗？这份试题我个人觉得更侧重于看应聘者是否真的对问题有自己的观点和思考，是否真的在实际工作中从事过这些工作并进行了思考。如果应聘者对于某项工作有更好的方法，我们也可以考虑采用啊。
说实话，我们不能说面试官就一定是高手，一定可以评判应聘者的答案是否正确。但是能够作为面试官，至少在某方面是有所擅长的，可以在某个方面去观察和评价应聘者的能力以及素质、态度是否符合公司职位的需要——这也是为什么通常面试都会安排几位不同的面试官。我还真想不出有哪个公司的面试官是以应聘者与自己的观点完全相驳来确定聘用的。

作者: jackei 时间: 2005-4-4 12:41
另外，从影子杀手的回帖中可以看出也是一位具有一定水平的测试工程师，不知道是否真的可以整理出一份自己认为比较好的试题一起让大家交流呢？

作者: 影子杀手 时间: 2005-4-4 21:57
总有人爱为自己的错误找出各种各样的冠冕堂皇的理由。哈哈
NIO,JACKEI,天空之鹰诸位看官，可以说从你们的骨子里就认为测试是个技术含量低的事情，测试水平高低的衡量标准就是玩弄那些玄虚的概念和理论的熟练程度。
测试和所有的工作一样，都是不可能脱离实际的工作环境，从被测软件系统到中间件，操作系统平台甚至程序设计，编译原理，哪一样不可作为笔试的素材？

在unix系统下程序测试，至少要懂unix常用命令，shell编程吧
做性能测试，至少要懂系统配置，软件构架，甚至程序设计原理，编译原理，否则内存溢出，程序启动缓慢都不知道怎么回事
做带界面的系统测试至少要知道测试案例设计方法，一些脚本的运行原理，检查点的截取方法吧
另外，给测试人员一个系统，考察他何设计一个测试工具也不过分吧。

你出这样的题目来评判测试人员的水平，简直就是在蔑视软件测试的技术含量（当然现在目前大多测试人员都水平不高，但并不意味着这个工作就是水平不高）

幸亏软件测试的前途没有掌握在你们手中，否则又成了三个代表，放之四海皆准，却处处不通。

作者: 影子杀手 时间: 2005-4-4 22:04
你们几个一定都没做过一年以上的开发，或者说可能干脆都没做过开发。看来将来软件测试人员的水平提高需要软件开发人员来帮助了，应该让他们来做软件测试。

作者: jackei 时间: 2005-4-5 11:31
惭愧啊。

说实话原来还真是做开发的，做了一年半，不过水平的确不高。

倒也不是认为测试工作技术含量低，而是因为自己的水平不高，所以就看到这么远了。如果影子杀手可以把自己的经验谈一下，指点一下方向，我想大家都会感谢你的。

作者: Nio 时间: 2005-4-5 11:47
TO: 影子杀手

1.测试水平高低的衡量标准就是玩弄那些玄虚的概念和理论的熟练程度
——概念和理论是不可或缺的！没有概念和理论我们是怎么学会测试的呢？不会生来就会吧……
2.测试和所有的工作一样，都是不可能脱离实际的工作环境，从被测软件系统到中间件，操作系统平台甚至程序设计，编译原理，哪一样不可作为笔试的素材
——这个可能和实际工作的需要有关，如果觉得有必要当然也可以在笔试中考察。不过可能内容太多而无法顾及全面吧。
3.在unix系统下程序测试，至少要懂unix常用命令，shell编程吧
做性能测试，至少要懂系统配置，软件构架，甚至程序设计原理，编译原理，否则内存溢出，程序启动缓慢都不知道怎么回事
做带界面的系统测试至少要知道测试案例设计方法，一些脚本的运行原理，检查点的截取方法吧
给测试人员一个系统，考察他何设计一个测试工具
——具体工作不同也许要求有差异哟。

测试工作技术含量的问题我个人认为不能一概而论。做为一般的测试执行人员，其工作的技术含量客观的讲不是很高，但如果是用例的设计人员以及测试工具的开发人员其工作的技术含量不言而喻。

作者: black_tulip 时间: 2005-4-5 12:27
什么是测试素质？我不认为把测试理论和测试概念弄得很熟就是测试高手，我觉得，对计算机体系结构，对操作系统，对程序设计，对软件的理解，等等这些是考察一个人是否适合做测试的要点，而不一定是他是否知道这盒那盒，是否知道单元集成和验收。再说一遍，这玩意是做出来的不是学出来的。

我相信一个对计算机了解深入，有一定的编码经验，熟悉操作系统概念的人不会不知道黑盒白盒单元集成的，他们可能说不准确这些名词解释，但他们很可能做得比把名字解释得清楚的人更好。

我也相信一个把名词挂在嘴上的人，如果计算机系统结构、操作系统、数据结构这三个玩意稍微问问就搞不定的人是做不出真正好的测试的。当然，在国内大家都缺测试员的情况下，有可能会被自我膨胀地抬高。

作者: jackei 时间: 2005-4-5 13:11
下面这段话不针对具体某个人，是针对一群人，那些自命为“高手”的人，自认为是高手的都可以过来骂我。

软件测试工程师首先应当是一个软件工程师，不可否认，现在国内基于现状，对软件测试工程师的要求不是太高。但是我想这不是我们要讨论的问题关键所在，关键在于“高手”们都在干嘛？就好像看着别人在努力为这个行业做些事情的时候，那些武林高手难道都在喝茶？

水平再高，“不作为”也是没用。只把自己弄的水平很高，有意思嘛？

反正我从来没有觉得自己是高手过，但是我认为自己够积极，够热心，够努力的在尽自己最大的能力去帮助别人。请那些自认为是高手，又可以毫不惭愧的面对这个行业的人站出来。

作者: 影子杀手 时间: 2005-4-5 16:55
你的字加重加红，是不是想说明你是高手阿，你加了红，你自己的意见就可以代表测试全行业的心声吗？
我声明我可从来没说过或认为自己就是高手，而且事实上来讲，我也不是高手。我只是反感一些徒有虚名的高手在这里指指点点，误导新人。一个错误看法的广播会祸害多少人阿。
个人意见，你们对测试的理解已经偏离了它的实质，成为了单纯的形而上的东西。如同NIO叫嚣的“笔试要顾及全面”，全面就意味着抽象层次高，外延才会多。这种考核测试工程师的思想和研究生考试政治理论有什么区别？
既然不敢确信自己是不是高手，是不是代表了测试行业的发展方向，那就请闭嘴不要说玄虚的东西，至少说了之后也能禁住大家的板砖，别这样气急败坏用加红字体来上升为行业问题。

作者: black_tulip 时间: 2005-4-5 19:22
高手不是说出来也不是喝出来的，是做出来的，高手也还在做事情。
有的高手宣称自己是高手，有的不说。一般来说，高手并不自称高手，但口口声声自己不是高手的也不一定没把自己当高手，是否自命高手从言谈中可以看出。自命高手并没什么不好。
软工、测试是有其理论和概念，但这些理论概念还很需要实践的检验，不是说不重要，不要了解，而是不要过分夸大，这个论坛里似乎就有这个问题，很多讨论就是来来回回地堆积名词解释，和玄虚的理论。
譬如有人问自动化测试，就会有回答说如果有什么什么条件，就一定要怎样怎样，第一先什么，第二再什么，可那些条件在人家提问者的公司里根本不成立。为什么不能就人家的实际情况说说呢。

作者: 影子杀手 时间: 2005-4-6 07:44
black_tulip,高山流水啊。

论坛中有这么多刚踏入和正想踏入测试行业的朋友们，他们渴望能够在测试行业中有所成就，需要找到致力的方向，以楼主为代表的一群言必称“测试行业”的老手（测试业中有很多楼主这样的人，抱歉把楼主抓了典型），口口声声给软件测试人员指点方向，又出考题又宣传，真是害人不浅啊。

刚入门的朋友们，看到软件测试里有太多的名词和概念，已经很头晕了。而楼主却误导他们软件测试的极至就是把这些名词记下来，背熟练了，说清楚了。这种思路出来的测试工程师前景不敢乐观，至少我认为已经开始沦落为测试兼打杂的。

软件测试中有很多的概念，什么这盒测试，那盒测试，这个阶段测试，那个冒烟测试，让入道测试者眼花缭乱。也正有一批人依靠嚼弄这些名词来炫耀自己的资历。

我是测试科班出身，以上的测试和软件工程名词曾玩味过好多个，好多次，都抠到每个字上去，但随着实践的增多，我越来越觉得玩弄概念真的太垃圾了，永远成不了测试精英。

任何工作都是将事情简单化，而不是搞复杂，只有傻子和骗子才会试图那样做。

告诉新入道的朋友一句话：如果你想在测试行业有所成就，就忘掉你所学的那些狗屁理论吧，真真切切学好软件基础知识，你的任务就是寻找每一个可能的bug，待你几年积累回头时，会发现一切的理论和概念原来都那么简单！

作者: jackei 时间: 2005-4-6 08:33
影子杀手，我希望你还是把时间利用在总结自己的经验，然后传授给大家上，把你走过的路告诉大家，如何一步步成为一个合格的测试工程师。而不要把时间浪费在和我争吵上。

[ Last edited by jackei on 2005-4-6 at 08:49 ]

作者: jackei 时间: 2005-4-6 08:34
说实话我现在想想，我们这么争吵有什么意义呢？不管我在做什么，怎么做的，我始终都是在尽自己努力做些事情。我并不是为了炫耀自己，因为自己也没有什么值得炫耀的，我从来不避讳在别的朋友面前承认自己正在努力的成为一个合格的测试工程师。我只是想要尽可能的帮助别人。你对我的评论我个人认为更多的在我个人水平的限制，而不是我的态度，这是我现在认为自己所能提供的最好的引导和帮助。

我个人觉得你还是应该考虑一下，把自己的经验总结和传授出来，真正的为大家提供帮助。假如你真的愿意积极的帮大家解决问题，并帮大家指出这条路该如何走，让所有的同行包括我在内少走弯路，我愿意不在这个论坛上发表任何言论。

不过请你注意你的方式和方法，大家更多的是需要积极的引导和鼓励，而不是讽刺和谩骂。相信我们都是受过高等教育的人，请你注意你的言辞和你的形象。

[ Last edited by jackei on 2005-4-6 at 08:57 ]

作者: 影子杀手 时间: 2005-4-6 08:58
你认为我批评和抨击某人的一些观点和看法的时候，不是在帮助人吗？这个帖子已经被几百个人阅览过，他们从我们的争论中不能获得一些东西吗？

我确实是对测试行业中某一些观点进行了比较强烈的攻击，态度上不够谦虚，谨慎，也会得罪人，虽然我的本意不是针对你个人而出，这个我向你道歉。

我觉得争论是最好的学习方法，要是一团和气，只有一个声音说话，其他的叫好，那还叫学习么？

作者: 影子杀手 时间: 2005-4-6 09:10
语言刻薄，冷嘲热讽不是我的目的，只是我表达强烈意见的方式而已，我也不在乎什么形象，反正通过争论能把事情的真相告诉大家，自己就已经觉得很快乐了。针对我态度的人还可以继续拍砖，我全部接纳。

请大家关注一下事情本身，就是一个合格的测试工程师应该具备什么样的知识，现在的争论已经越来越象当年的问题主义之争，就是要多谈问题，还是要多谈主义。

作者: jackei 时间: 2005-4-6 09:16
关键是争论一定要有一个最终的结论啊。我们在这里争论到最后——其实也不能叫争论了，我说过我的目的就是抛砖引玉，说白了就是来挨批的。不过你总要给大家明确一下你的观点吧。根据你以往的学习经历，你的经验，应该按照一个什么顺序去学习，学些什么，或者有没有其他的经验可以分享？你真的不认为你换一个方式给大家提供帮助效果会更好吗？

作者: black_tulip 时间: 2005-4-6 09:38
jackei斑竹昨天怒了一下子，能够理解在一片好心被拍重了版砖后的情绪失控。

我一向敬重jackei，《程序员》测试栏目的撰稿，测试界很有名气，不低海松宝和FP，在我的博上还恭恭敬敬地把jackei的博排在蔡學鏞、王咏刚、孟岩、透明之列。
在这个帖子里，jackei没有必要发怒。争论是有意义的，但有没有看到参与这个争论的只有jackei、影子、Nio和我。有没有想过其他人为什么不参与？我觉得这个论坛的这股风气不太好，就是一片祥和，随便看一些贴，就是“你好强啊”、“你也很厉害”、“谢谢楼主\斑竹”，我曾跟朋友说过这里的讨论像是开人代会，全部鼓掌通过，这样下去是会退化的。

很多争论是没有结论的，尤其在软工，卡内基梅隆的理论也在不断地根据实践修正，这个行业起步不久，在美国也才几十年，所以要实践，要从实践中得到经验，要讨论，而不是只看书学习。看到这里很多发贴标题就是怎么学软件测试怎么学性能测试，这很让关注中国软件测试的人痛心。影子提出的问题与主义我在一个帖子里的一个回帖与他的观点也似乎不一样，这个问题我对自己的想法也不是很确定，所以希望能与大家做有意义的讨论，甚或争论。

我曾在一个贴子里提出：“3，为什么讨论的气氛不浓？这需要斑竹们的引导了。关于软件工程和流程管理的很多东西是没有标准答案的，如果一有问题提出，斑竹码了一大段字，大家除了up和学习就没话了，那这问题就有一半是白提了。”
http://bbs.51testing.com/viewthread.php?tid=9104&fpage=1

希望这里的斑竹们，有经验的朋友们，多引导大家讨论些实际的东西，有些朋友因自己刚开始工作露怯不敢说，其实他们所面临的公司的情况也普遍也独特，说说对自己对别人都有好处。

作者: 影子杀手 时间: 2005-4-6 09:40
我现在还没有亮出我的观点？
我在前几个帖子中说到我要出的笔试题，以软件基础知识为主，这个观点black朋友也说明了。

我们要做的是软件的测试，而不是别的阿猫阿狗的测试，对软件都不了解，还来测什么？

至于什么学习经验，我也不是高手，整理不出来那么多的条条框框。只是觉得做开发和测试都要务实一些，注重实际问题的解决，有打破沙锅问到底的决心，就没有什么学习不了的东西。

至于软件测试概念和理论，对新手谈论过多，有害无益。没个测试工作5年以上经验的工程师不可能达到深刻体会和总结理论的地步。

纯属个人意见

作者: Nio 时间: 2005-4-6 09:42
我个人认为，作为初学者还是需要行业理论来指导的。正如我们学习1+1=2一样，放着已有的理论知识不用，一切非得从头开始自已琢磨，这样不利于自身能力的快速提高。多看些书不会是坏事。如果书中写的不好不对，我们大可以不去理会。如果公司要招的不是新人，那也大可不必考应聘者那些个理论知识。不过我还是强调没有理论理念支撑的职业是不会有突破性的发展的。

另我只是这个行业中的无名小辈，如果我的声音真的能够达到“叫嚣”的程度，那是我的荣耀。

作者: 影子杀手 时间: 2005-4-6 10:01
呵呵，又跳出来找拍。
懒得再说了

作者: black_tulip 时间: 2005-4-6 10:07
我们要做的是软件的测试，而不是别的阿猫阿狗的测试，对软件都不了解，还来测什么？

/// 严重同意。软件测试，先理解软件，再搞清楚测试。咱们这有招的测试，似乎也能张口闭口自动化，什么盒什么阶段，可刚来公司时装个软件，改个cmos都得让别人帮忙，还不是先把软件操作过关才能继续。

作者: 影子杀手 时间: 2005-4-6 10:07
NIO确实是一个新手，是被所谓的测试前辈们误导的受害者。

[ Last edited by 影子杀手 on 2005-4-6 at 10:10 ]

作者: boco 时间: 2005-4-6 10:15
我是新手，看了半天其实还是不明白该作些什么。理解软件，怎样才叫理解，太空洞。可是，至少看了楼主的贴，我知道该作什么。

作者: black_tulip 时间: 2005-4-6 10:25
但是你做的那些，对于你成为真正的测试合格者是没太大帮助的，如果你能从计算机系统结构、操作系统、数据结构这三个方面入手好好下点功夫，对做测试是大有帮助的。在我接触的人里面，测试高手都是这方面功底深厚的，只玩测试概念的只能吓唬吓唬人。

作者: jackei 时间: 2005-4-6 10:30
说是“怒”了一下，也的确是有些怒了。因为实在不明白为什么是在讨论我个人做的对不对的问题，而不是在讨论问题本身应该怎么改进，例如测试工程师应该具备怎样的素质，学习哪些东西。
本来我是觉得在这个行业中总是有很多水平在不同的层次上的人，我自己水平不高，不过我想还有一些水平不如我的朋友，所以开始想自己的一些经验可以帮到一些人。而为行业做贡献也不是一定只有高手才能做的，就好像盖楼不是由总工自己一人完成一样，行业的发展是需要人人努力的啊，我自己认为自己一直在努力。
另外，很遗憾的告诉 black_tulip 朋友，您把我同海松宝和FP我觉得真是受宠若惊，因为我自己还是知道自己的水平的，或许在医学类的问题我要比上面两位强的多（毕竟学了六年），不过测试方面我一直都是仰视这两位的。而要说到蔡學鏞、王咏刚、孟岩、透明，我更是希望自己的链接被放在一个小角落里。当然，还是很感激 black_tulip 朋友链接了我的Blog。

我觉得 black_tulip 说的也很对，现在论坛的这种风气的确不太好。上次参加51testing版主聚会还专门提到这个问题，这样对于论坛的长远发展肯定不好，论坛如果发展不好，大家以后就又少了一个学习的地方。不过争论还是应该集中在问题本身，而不要偏离了主题。

另外，当时影子杀手对那份试题提出置疑的时候，我也一直有些想法想说，暂且不论是否是过于偏重理论或者题目是否合适，我想说这份题中本来就是设置了一些陷阱的，本来也就是要把一些东西放在一起，来检查一下应聘者是否对一些基本的测试概念分的清楚。

对于实践和理论，我个人还是觉得“实践是检验真理的唯一标准”，相信这个就不用争论了；但是同时理论也是指导实践的方法。我个人还是觉得一些基本的理论知识对初学还是有很多积极意义的。这方面我还是赞同 Nio 的看法的。

如果可以，我很希望这次参与讨论的几位朋友都可以把自己进入到测试行业之后走过的路整理出来，为更多的朋友提供启示和帮助。大家觉得怎么样？

另外，影子杀手应该年纪比我大吧，我是80年的，或许应该称为影子大哥了。你还是考虑一下吧，就算不是为了形象，也要考虑别人的接受，本来自己想帮人，但是方法不对，效果就打了折扣，最后别人不领情，你还浪费了时间。

帮助别人的方法很多，中肯的提出自己的意见，从正面去引导也是其中一种。

作者: boco 时间: 2005-4-6 10:42
到底怎样才是高手？前几天听一个前辈说：了解产品，能够重现bug，知道原因，就是高手，对否？

作者: 影子杀手 时间: 2005-4-6 11:53
jackei，挨了我的砖之后，还说出这样一堆东西来为自己开脱，把对问题本身的争论转移到对态度的争论。
态度上我已经讲清楚了，良药苦口也好，为人素质低下也好，我不在意你们对我的评论，只会在意问题本身，讲清楚了就好。

作者: Nio 时间: 2005-4-6 12:09
就目前各位的述说还有以下问题没有什么结果，也许永远不会有相同的观点吧：
1.笔试题是否该考察测试理论?
2.不懂测试理论能否把测试做好？
3.懂得编程、数据结构等知识对完成测试任务，达到测试的目的——质量保证，是有帮助还是起决定作用？
4.测试这一行业是否需要理论给予规范化？
5.测试人员的素质具体指那些？
6.我们应该如何看待自已和他人的言论？

作者: jackei 时间: 2005-4-6 12:10
唉，影子，何苦一定要这么偏激的看待人和事呢？

作者: 影子杀手 时间: 2005-4-6 12:55
jackei，年方25，又有了那么多年的开发经验和测试经验，真难得。

你不太喜欢和我正面讨论问题，这是我一直追问下去的原因，没有要对你个人追攻的意思。在追问过程中，我也一点点阐述我的观点，你的观点却含糊起来，至少我没看到你改变或坚持你原来的观点。

我为我的言辞态度向各位回帖的人表示歉意

到了现在这个地步，我们的争论就没有任何意义了，应该止于此了。

[ Last edited by 影子杀手 on 2005-4-6 at 13:11 ]

作者: black_tulip 时间: 2005-4-6 13:43
我觉得奇怪，如果因为对方说话的方式方法语气让自己觉得不爽而不愿意考虑去接受对方的帮助，反倒要提供帮助的人想想自己的方法而不是等待接受帮助的人反省自己的接受力。开个玩笑，就好象“你要帮我，但是你要好好说，否则我就要批评你鄙视你甚至骂你”。

作者: Nio 时间: 2005-4-6 14:35
呵呵~~，楼上说得有道理哟……

作者: rinthesky 时间: 2005-4-6 14:53
看了半天,不知道楼上几位到底想说明什么!如果是要帮助新人,就请说些具体得实在得,比如通过什么方法能让一个新人有效得快速得入门软件测试这一行当,做为一个新人应该多把精力,时间投资在什么重点上,你们做为前人就应该多把你们得经验告诉我们,少让我们走弯路,这才是最重要得,说实话刚来到这个帖子得时候我一直把注意放在jacky得题目上,用题目来考察自己得基础,考察自己得弱处,然而当中发现有些问题的确范围很大,而且很抽象,相对实际方面测试问题比较少.后来影子杀手点到了试卷中试题得问题,我很赞同.但是后来就变成了没有意义得真论,你们双方都说要帮助新人.那就请说出些具体得有意义得东西吧!

作者: 影子杀手 时间: 2005-4-6 14:56
封贴记号
没有我，估计这个帖子顶到100都是”太好了“，”版主英明“如同楼上NIO的p话呢。

作者: Nio 时间: 2005-4-6 15:07
影子杀手：
我不想和你正面争论什么，不过你如此不尊重他人，我想也很难让其他人尊重你吧。
如果你有什么想法、建议大可以说出来嘛，何必在此怨天尤人呢？
你的学识可能确实比较好，但你既然发话，为何不说一点正题呢？

如果只想在此糊乱说些不负责任的话，我到是可以理解。如果遇到什么不顺心的事可以说出来大家帮你出出主意如何？

作者: 影子杀手 时间: 2005-4-6 15:33
别急，有机会我会和各位好好交流的，只是不会在这个帖子里，这个论坛中。

作者: black_tulip 时间: 2005-4-6 15:38
回答一下rinthesky朋友吧，仔细看看上面的回帖，不信你看不到这句：

如果你能从计算机系统结构、操作系统、数据结构这三个方面入手好好下点功夫，对做测试是大有帮助的。在我接触的人里面，测试高手都是这方面功底深厚的，只玩测试概念的只能吓唬吓唬人。

如果你觉得这不实在，那别人就帮不了你什么了。自己找书看。

为什么提出这么个看似奇怪的结论，稍微解释一下，否则很多人觉得是没有意义的。

计算机系统结构有助于从整体到细节的理解PC，碰到过极端的例子是做usb2.0芯片测试的搞不清楚插槽，做ide驱动测试的搞不清dma；数据结构有助于理解程序开发，简单的例子如做卫星电视机顶盒，增加节目时有电视节目和广播节目，还可设喜爱节目，这里面的移动删除增加有什么相互影响，没玩过链表就搞不太清楚；而软件大都基于操作系统，知道操作系统的一些原理能提高对软件可靠性可移植性的理解（俺也玩些简单的概念），不清楚进程间通讯和多线程，不清楚文件系统，怎么做一个合格的甚至资深的测试呢？

为什么不提到其他的一些东西呢？有的是做它才需要了解它，譬如linux/unix的操作，脚本编写，有的是过艰难暂没法做要求，譬如编译原理，还有的并不急需掌握。

因为是做软件测试，先打好软件的功底，再去鼓捣什么软件工程的理论软件测试的概念，前面有位朋友说“放着已有的理论知识不用”，是因为这些理论是否管用还不得而知，熊节翻译的《软件工艺》也在讨论质疑软件工程的问题。

还有“快速”，这里也有不少这样的贴说要快速学会自动化测试，快速学会白盒测试等等，想想好玩不？如果没有一定的编程功底，学会测试理论就能搞白盒了？

流程管理、配置管理、质量管理，不同的公司情况都不一样，如果把回答所有的问题时都堆上理论，堆上教科书上说的东西当作实在的具体的，那用影子的话说是中毒不浅啊。

至于这位朋友一开始说的不明白，请把不明白的话拿出来，我给你解释。

作者: black_tulip 时间: 2005-4-6 15:49
在俺知道“冒烟测试”这个名词前，曾看过一群高人讨论daily build，很精彩，收获很大。后来公司的配置管理遇到严重问题，也讨论过对策，采取过一些措施，实践中的体会更能增加理解和自己的看法。

自己的看法和从教科书copy来的教条的区别是，前者在回答不同情况的问题时给出的建议可能是不一样，而后者不管碰到什么问题都是...譬如前面我提到的那个讨论自动测试的问题，大家能找到的讲自动测试的书肯定都是强调怎么好怎么高效率，讲如何实施，但不是在什么地方都适合去实施的。

说回来，在仔细观察公司的情况并思考后，在体会公司用了一些措施的效果后，发掘了问题的原因后，才在某一天突然看到“冒烟测试”四个字，当时一愣，这是嘛玩意嘛，一goooogle，哦，原来就是俺们天天在考虑在探索在做的东西。

在这里记得有两个帖子提及这四个字，我有过回帖，是copy的名词解释。因为我看到的这个帖子让我很失望，有时间发这个贴问，就不能自己goooogle一下吗？名词解释是不需要讨论的，情愿多讨论讨论daily build。

作者: 影子杀手 时间: 2005-4-6 15:51
合格的软件测试人员至少要懂一个操作系统平台，一种程序设计语言，一个数据库系统。这是你的基础，往下才可能扩展更多。

作者: Nio 时间: 2005-4-6 17:08
TO: black_tulip

你的贴中提到了我的一些观点，在此我作一下回应：
理论知识——既已成为理论，就不会存在你所说的“是否管用还不得而知”的问题。
讨论质疑软件工程——牛顿的三大定律也有其实用的范围……
快速——你的编程也是看书学来的吧？不会是自己发明的吧——有点过激不要见怪哟

从你的回贴中看出你很务实，这很好，但你不想把你的经验说给大家听么？上升一个层次吧，你在这个贴子里的观点说不定就是日后指导测试的理论呢——并无它意，理论这东西我想我们是不该拒绝的。

作者: rinthesky 时间: 2005-4-6 17:57
To: black_tulip
谢谢你得提点,我想多数计算机系出身得朋友都知道操作系统,数据结构.作为一个软件测试工程师了解计算机得基本知识是他必须所具备得素质.看了你得文章后,我觉得你得重点是在强调经验,做得时间长了经验丰富了自然也就资深了.但是我们需要得是前人得经验,在st测试阶段请问你又有多少机会能将测试与数据结构,操作系统得知识相结合从而提高自己?走测试这条路是自己选择得,但是做什么测试是公司决定得.我们所需要得就是你们前人所累计得经验而不是那些必须掌握什么什么知识得泛泛而谈.

作者: black_tulip 时间: 2005-4-6 18:44
好吧，跟你细说细说。

当你学C的时候，应该是先看书，然后写程序，当然，看完一本书都没写过一个程序的人也有。道理地球人都知道，看书，但不能只看书。

但软件工程和编程不一样，一个语言要学习它的语法才能写出程序，要知道编译器是怎么处理这个语言的，所以，看书就很重要，不知道语法是根本写不出来的。软件工程不一样，不知道任何这方面的理论也带得好项目，实践经验是很重要的，不否认理论的正面作用，但只是辅助，像我前面举的例子，不知道重构的理论不知道daily build的理论，在测试环节上不知道冒烟的理论时我也知道该在什么时候做什么事情，这个经验可以让我在其他的团队其他的情况中判断什么出了问题该怎么解决。

为什么不提倡新接触的人一上来就把理论当成圣经，可能是因为理论繁杂，多而空，内容拗口玄虚，又解决不了问题，会误导，花时间精力学这些不如多实践，多观察，多想。（其实我的回帖一直在说我的经验，可似乎大伙没看出来，这里就强调一下，我从在公司观察与我相干或不相干的项目、一定的实践、仔细分析得到的结果中获益很多。）关于这个影子已经说了很多而且很清楚了，多看看他的回帖，很有好处的。（当我第一次发现他的回帖，在一片指责声中我知道以后每天来这有好东西看了，可惜这里的朋友不欢迎他，他的发言不多。我每次登录搜完自己回过的贴后就搜他回过的贴，嘿嘿。）

如果我是想应付老板而对其本身无任何兴趣认为它增加不了我的什么，我也想以最快的速度做成，但如果我是想增加自己的砝码，让自己做有所得，说句大话同时也为行业做自己的贡献，那我不会想着速成，我情愿踏踏实实慢慢学慢慢做。难道这里那么多想速成的测试行业朋友都只是为了应付老板？太辜负jackei等热心斑竹了吧。知识是要学习，我强调的是，速成的心态要不得。

“快速——你的编程也是看书学来的吧？不会是自己发明的吧”
/// 这是在回应“快速”吗？这两个字可强调的都是快、速啊。

卡内基梅隆鼓捣出CMM的时候被捧成圣经，现在却被人遗弃，又有CMMI接替，XP也凑热闹。如果你认为印在书上的权威说的就是实用的可用的，那我还跟你说什么呢？我说的那个问题存不存在自己去想吧。

软件工程的提出似乎是源于美国军方系统研发的需要，对高可靠性的严格要求和高成本的近乎无限的投入（时间、人、财等）使方法保证安全可靠是可行的并且有效的。但对于现在的普遍软件，没有那么多的投入，也没有那么变态的要求，理论是否管用可用实用是需要实践者琢磨，而不是校园里的学生对着课本能体会到的。既然你也知道理论是有适用范围的，那为什么又说理论是不该拒绝的呢？这不矛盾吗？有些时候，理论就要被拒绝。强调这个是因为这里需要“过正”来“矫枉”了。

最后，我没想自己的话上升为什么理论，理论需要“绚”，而我的话很“土”。我一直都在说我的经验，难道没看出来吗？遗憾...

作者: black_tulip 时间: 2005-4-6 18:55
标题: 上面的细说细说是和Nio兄的交流 :)
rinthesky朋友，缺什么补什么，怎么补，业余时间补。
我看不出从论坛里的那么多堆积概念的帖子里能学到什么，难道堆了一堆的什么标准，什么规范就有帮助吗？这难道不是泛泛吗？看来解毒不容易啊。

如果我比你痴多些个经验的话，其实影子也谈到了他的经验，那些个东西咋一看哇塞宝贝啊，时间长了就知道那玩意没用。
经验这个东西，你能从里面得到的其实是有限的，譬如我有一朋友行业里摸打多年还出过软工方面的书，可我知道除非天天跟着他做项目，否则只从msn的聊天里能借鉴的东西是很有限很有限的，还是要靠自己去体会去琢磨。这个行业，发展的迅速变化的迅速导致了三言两语很难传递什么经验，不可能像武侠小说里的，写一本没几个字的口诀册，就把绝世武功传下去了。

作者: black_tulip 时间: 2005-4-6 18:57
为什么我和影子都用了玄虚这个词。
国内的软件行业很浮，喜欢玩弄概念吹嘘，软件、软件工程是需要踏实地去做去总结的。

作者: black_tulip 时间: 2005-4-6 19:15
纠改一句话

原：理论是否管用可用实用是需要实践者琢磨，而不是校园里的学生对着课本能体会到的。

现：理论是否管用可用实用或这么运用是需要实践者琢磨，而不是校园里的学生对着课本能体会到的。

作者: jackei 时间: 2005-4-6 22:36

Originally posted by black_tulip at 2005-4-6 13:43:
我觉得奇怪，如果因为对方说话的方式方法语气让自己觉得不爽而不愿意考虑去接受对方的帮助，反倒要提供帮助的人想想自己的方法而不是等待接受帮助的人反省自己的接受力。开个玩笑，就好象“你要帮我，但是你要好 ...

http://bbs.51testing.com/viewthr ... &highlight=

http://bbs.51testing.com/viewthr ... &highlight=

http://bbs.51testing.com/viewthr ... &highlight=

http://bbs.51testing.com/viewthr ... &highlight=

找了几篇言辞激烈的，倒是想请教一下应该如何培养自己的接受能力。

作者: jackei 时间: 2005-4-6 22:39

Originally posted by black_tulip at 2005-4-6 15:49:
在俺知道“冒烟测试”这个名词前，曾看过一群高人讨论daily build，很精彩，收获很大。后来公司的配置管理遇到严重问题，也讨论过对策，采取过一些措施，实践中的体会更能增加理解和自己的看法。

自己的看法和 ...

我想如果您在此之前就接触了“冒烟测试”的理论和一些具体方法，然后根据这些方法去尝试，然后再改进，是否会比自己重新摸索，重新发明轮子更有效呢？

作者: jackei 时间: 2005-4-6 22:51

Originally posted by black_tulip at 2005-4-6 18:44:
好吧，跟你细说细说。

当你学C的时候，应该是先看书，然后写程序，当然，看完一本书都没写过一个程序的人也有。道理地球人都知道，看书，但不能只看书。

但软件工程和编程不一样，一个语言要学习它的语法才 ...

学而不思则罔，思而不学则殆。
实践是检验真理的唯一标准。
理论具有指导实践的作用。
我想上面这些似乎已经不用争论了。理论和实践是不能绝对的进行剥离，然后说哪个重要的。把理论当做圣经固然不对，我也绝对赞同应该一边学习理论，一边在工作中实践，并发展出自己的一些更实际的方法。但是忽视理论，再重新去探索和发明前人的知识不是也很浪费吗？如果一个人连基本的软件开发过程都搞不清楚，找工作会不会成问题呢？不管大学课程中的那本《软件工程》知识是否老旧，但始终说明软件工程的一些基础理论知识还是重要的。站在不同的理论高度看待问题，思路会有很大的不同。我觉得如果有别人现成的经验可以参考的话，我会优先选择使用别人的经验。

作者: jackei 时间: 2005-4-6 22:56
另外，我觉得进入测试行业也是一步步逐渐成长的，并不是每个人一入行就去测试USB或者IDE驱动的。我觉得black_tulip 说的也可以说明另一个问题，那就是行业知识的学习。如果测试的是行业应用，那么行业背景知识也是很重要的。就像 “做ide驱动测试的搞不清dma”，如果测试ATM连银行卡都没有见过，不是也很可笑吗？

作者: jackei 时间: 2005-4-6 23:04

Originally posted by black_tulip at 2005-4-6 18:55:
rinthesky朋友，缺什么补什么，怎么补，业余时间补。
我看不出从论坛里的那么多堆积概念的帖子里能学到什么，难道堆了一堆的什么标准，什么规范就有帮助吗？这难道不是泛泛吗？看来解毒不容易啊。如果我比你 ...

既然说到武侠小说，那就看看武侠小说。小说中不是谁拿到一本秘籍都可以练成的，要讲究修为的。这就好像看软件工程方面的资料，也不是谁都可以一下领会全部的意思的。人的学习是一个渐近的螺旋上升的过程，不同阶段对同一段话都可能产生不同的理解。哪一次是对的？恐怕每次都是依据当时的知识和经验认为是对的。
经验最终还是要上升为理论知识的。不知道black_tulip兄的公司有没有一个规范的开发过程？这个开发过程是否是贵公司的成员自己一点点发明出来的？而没有参考以往的软件工程思想？我相信这些知识就像black_tulip兄说的那样，是要自己去总结和观察、思考的。但是总是在前人留下的理论和经验的基础上进行的吧？

[ Last edited by jackei on 2005-4-6 at 23:05 ]

作者: jackei 时间: 2005-4-6 23:18
试题中的第一题是要了解应聘者对软件测试工作的认识。
第二和第三题是要了解应聘者是否留意过自己以往工作的企业的具体细节，也要了解一下应聘者以往的工作中是否有更好的方法可以借鉴的。
第四题是要了解应聘者以往的具体工作情况，以及所擅长的部分是否同职位要求相一致。
第五题是要了解应聘者对基础知识的了解情况。
第六题本身就是一个陷阱。

影子杀手，我向你请教，你说我“故作自谦的八股客套话实在让人听着难受”；我不回答，你说我“不正面讨论问题”；我对你的问题做出解释，你说我是“冠冕堂皇”的“为自己开脱”。真不知道这个世界要变成什么样才能如了你的心愿。你一直以来都是这么偏激的看待人和事的吗？总是把别人使劲往坏了想？

争论归争论，我承认从这次争论中我自己也有不小的收获，至少知道了自己同高手们的技术差距，但是我不敢恭维影子杀手对待人和事情的态度。就这么多了。个人感觉说的这么多都应该要比影子杀手给别人回复的那些更容易接受一些，看到的人就不用专门练习接受能力了。

[ Last edited by jackei on 2005-4-6 at 23:27 ]

作者: Nio 时间: 2005-4-7 09:52
如果我们这儿的每个人都能一直从事测试这一行业，我想要不了多久（五年或者十年），我们都会有将自已的心得写出来，留给后来者参考，不是么？

出现这么多争论不是什么坏事，我个人认为。我们也不必因为言辞的问题，紧抓不放，重要的是我们听到了不同的声音，不是么？

我一直有这么一种想法，历来我们都希望将不同产品的测试行为归为一类，但随着软件产品的多样化，不同产品的测试存在着很大的差异性，甚至于成为完全不同的测试行为。在这样的情况下，以往的测试经验理论有多少可以继续实用？但我们又将如何面对这样的现实呢？以往的经验理论是否适用现今的测试呢？特别是中国目前的测试现状？
另一个问题就是在这样一种大环境下，以往的经验理论是否还有让类似我这样的后来者去学习参考的必要？
我们一直在做无谓的争论，可否解决我心中的疑团先？

作者: black_tulip 时间: 2005-4-7 10:19
1）jackei给的几个链接，前三个我都打不开。

2）要说言辞激烈，几个月来我在这里发现的最激烈的发言就数jackei的红红粗粗的一段了。如果随即影子和我也用更红更粗的回答回应，估计要群殴了呵呵。

3）如果jackei要用轮子这个词，虽然我不太明白其意思，但已没有了对jackei的敬意，虽然在红红粗粗之后这敬意已然大减。但我猜你会说你不在意或担当不起之类。

4）我没有说发明，我强调的是在有了实践经验后再去领会拗口的理论会比先强记硬背理论再到实践里去用效果要更好，特指的是测试，和刚入行的朋友。请把对方的发言用心领会而不要断章臆断，这是真正的尊重。

5）这个帖子从3楼到9楼都是如影子所说的一片赞扬，如果不是他的一个回帖，估计到100回帖也都是一样的内容，如同这里的很多精华贴和置顶贴一样。
这里还有很多题目很大很空让人无法回答的问题。为什么新人在这里只敢问一些不清不楚大而空洞的问题？而不敢对别人的问题甚至自己的问题说说自己的看法？大概和一些高手总拿玄虚的理论吓唬人有关。说点解决实际问题的吧。

6）对，背景知识。如影子所说，大家从事的是软件测试，可这里的很多新入行的朋友太缺乏软件知识，计算机知识。不抓紧补这个，却把测试名词解释当做当务之急，当作具体的实在的，把最基本的计算机系统知识当作泛泛的，这是对自己不负责任。

7）我提到武侠小说，是因rinthesky朋友希望能从有经验的人那传递来很多东西让自己少走弯路。还是要说这不同C语言的学习，可以告诉你要怎样怎样不要怎样怎样，这个东西是不可能像锦囊一样写下来碰到问题打开就能用的。所谓的经验就是一种遇到任何问题都能在最短的时间内找到最合适的解决方法的能力。急不得，自己慢慢的学，从实践中学而不是搬着书学。

8）为什么会多次强调这个，几个月在这里看下来，发现这个作为专业的软件测试、软件质量论坛，有些八股，总以一些空洞的理论来回答新人，以书本上看来的不变应对实际情况的万变。所以我说以“过正”来“矫枉”。

9）我没有说理论不对不好不要学，我希望这里更多的讨论软件工程实践中的问题和怎样解决，而不是从书里copy，从gooooogle里copy来一些堆砌来回答问题。

作者: black_tulip 时间: 2005-4-7 10:25
用我的浅见回答一下Nio朋友。假设你认识一个大牛，你感觉到他的货真价实，他也乐于把自己的一些想法告诉你，你听了，甚至记了（这种事我就干过），而且你也知道他用这些东西成功地挽救了快死的项目，或成功地完成了难度很大的项目，而你在自己的过程碰到问题时，到自己的记录里去找，找合适的经验，拿来一用，可能会有效，但没那么有效，也很可能根本行不通。
所以我强调这个东西更多的靠自己积累。弯路一定是要做的，还要多走，趁年轻多走。

作者: black_tulip 时间: 2005-4-7 10:26
弯路一定是要走的... 又错字了，抱歉。

作者: misterblack 时间: 2005-4-7 11:00

Originally posted by black_tulip at 2005-4-6 10:25 AM:
但是你做的那些，对于你成为真正的测试合格者是没太大帮助的，如果你能从计算机系统结构、操作系统、数据结构这三个方面入手好好下点功夫，对做测试是大有帮助的。在我接触的人里面，测试高手都是这方面功底深厚 ...

如何才算功底深厚？

作者: misterblack 时间: 2005-4-7 11:08

Originally posted by 影子杀手 at 2005-3-21 09:31 AM:
看了，满篇都是大道理，玄虚的概念，须知测试的知识是从实践中得来的，不是背书本背出来的。
哪家公司给你出这样的面试题，就可以打定主意不要去了。

你的手下真辛苦啊，一边学东西一边挨骂:|

作者: zension 时间: 2005-4-7 11:14
无聊至极，我看了一小部分都没有心情看下去了。大家为了一个共同的目标，但是怎么能这样无聊的急诊争论下去呢。有些人是高手，就请你的知识传授给我们，如果你不原意的话，我们也只能望洋兴吧了；如果是亲手，就不要花太多的时间看这些无聊的争论了。
注：我也是个新手。

作者: rinthesky 时间: 2005-4-7 12:01
To: black_tulip
或许是我得表达能力不够好,没能将我得意思明确得让你理解,这里我就和你细说一下吧:
1.做为一个软件测试工程师本身应该具备什么样得素质?
答:当然有很多方面,其中得重点是必须能掌握软件方面得所有基本知识.
试想一个不懂C语言得人你让他去做一个由c开发得软件得ut测试,这可能吗?
2.说到规范得问题.
为什么要规范,应该有什么样得规范,合理得正确得规范难到不重要吗?这里不需要我和你解释规范得必要性和重要性了吧.
3.经验!
其实我们刚入行得新人就是需要前人得经验.你举到武侠小说得例子,那我们就说武侠小说,试问一本武功秘笈是怎么出来得?难道是凭空想象出来得?天上掉下来得?我想一本武功秘笈得由来也是出自多少前人得苦心钻研,走火入魔,经过许多挫折,困难而来得吧!其实我现在得目的就是想向你们这些有经验得前人讨教这本武功秘笈,难不成你们经过了那么多挫折后还希望后人继续走你们走过得路一步步走上来!难道你们就不能总结出一些捷径!来让我们这些后人乘乘凉?恕我直言,如果你是一个资深得软件测试工程师,相信你一定能总结出一些好得良方,秘笈.如果你不能总结出得话,那是不是说明你还停留在你得前人脚步上并没有任何进步!

作者: rinthesky 时间: 2005-4-7 12:20
引用版主一句话"既然说到武侠小说，那就看看武侠小说。小说中不是谁拿到一本秘籍都可以练成的，要讲究修为的。"这句话翻译过来就是做软件测试这一行并不是人人都能做得也是要有点基础得人才能做得!
我现在甚至开始怀疑版主和black_tulip是不是认为那些刚踏入软件测试领域得人就是对软件工程没有一点常识得人!人家说看不起软件测试这个行当觉得没有技术含量,现在似乎是你们这些资深得软件测试专家在贬低你们自己,在贬低软件测试这个行当!请不要摆出一副老者得姿态,请你们务实!

作者: takiro 时间: 2005-4-7 12:56
同意楼上的我看这帖子看的真累。。。。。。。。

作者: 影子杀手 时间: 2005-4-7 16:10
楼上的几位，可以看出你们还都是新人，不知者不怪。

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

jackei，black，nio还有影子我都已经充分表达了自己的观点。此贴该到此为止了。

作者: Nio 时间: 2005-4-7 18:18
楼上的回贴可不能代表大家的意愿哟，这个贴有几百人看过，可见大家对争论的问题不是感兴趣的呀，我们不防再听听其它的声音？或者来个投票？

作者: Nio 时间: 2005-4-8 09:24
我可不想再作什么辩论了哟
事情已经明了——能说说么？我可没觉的问题已经有了明确的答案哟

作者: rinthesky 时间: 2005-4-8 10:38
To:影子杀手
看了你最后得帖子实着让我觉得心恢意冷！纵观整个帖子中你得回帖，确实有你答得精彩得地方，但是当说到严肃得问题得时候，你却又在逃避，你这种态度实在是太不负责任了！甚至让我对你产生厌恶，给我一种在整个过程中你就是个方言中“掏浆糊”得角色！请原谅我对你进行如此厉害得批评！作为我一个刚进入软件测试行业得人是不希望听到类似你这种消极得观点得，我想许多和我一样刚进入软件测试行业得新人都是希望得到你们这些前人得支持和鼓励，而不是那种对目前现状得无奈和消极！

作者: 影子杀手 时间: 2005-4-8 11:07
rinthesky

你骂人的气势和我有点相象，但是你的理解能力和专业水平真的too navie，还需要一些工作的历练。

你多看看black对你的说的话，我和他的观点非常相同。你好好体会这个帖子的东西，没有谁说测试的前途多么黑暗，测试的前途是好的，但路线要找对。你做事和说话时要经过脑子。

没有人有义务，也没有人有能力给所有的测试新手做一个全面的指导和解决方案，成功只属于长了脑子的人。

如果你还想再对我发表意见，我就不再理会了，和black朋友一样。

作者: rinthesky 时间: 2005-4-8 11:30
TO：影子杀手
确实本人刚入测试行业不久专业水平还停留在理论得知识范围上。
但是这不是你用来逃避责任得借口！其次我没有骂你，你不要激动。我是在批评你得不负责任！
“对它有些厌恶，又有些迷茫”这句话是出自你得吧！请问这句话不消极？如果你由衷热爱你得职业你又如何会厌恶，你又如何会迷茫？请不要将你自己得遭遇，经历强加于他人！
如果你们诚心是以一种帮助新人得态度来发贴回帖得话，也就不会有现在得情况，为什么你们之前得阐述没能得到大家得认同？而只有你们几个在这里为自己园论！
开始得时候摆出副老者得姿态，结束得时候却是副日本鬼子被赶回家得姿态实着让人看不懂，你说成功只属于长了脑子得人，这句话我也认同，但就你自己得态度看来你还没走到成功这一步。你说没有人有义务，也没有人有能力给所有得测试新手做一个全面得指导和解决方案这我也认同，但是既然你在这里发表了你得文章，你就有责任对你得行为言论副责任，再次审视你得言论后发现你只是个在论坛里到处批评他人，自己却没有任何想法和建设，当问题来临时只会逃避得平庸之辈。我也不希望和期望得到你得理会，因为到现在我终于明白，那等于是在浪费时间，精力和一些无所是事得人在进行一些无聊得口角！

作者: Nio 时间: 2005-4-8 11:37
一个不愿面对自已、不愿公开身份的人，所说的话又不能解决任何实际问题，我只能认为这是在发牢骚！
既然发表了一些个看法，却一而再、再而三的不让别人说话，这不是真正的务实！
如果想让别人接受你的观点，就要说出道理来，用自以为是的论调在此指指点点，我只能认为是不切实际的自大，空洞而又无物！
如果觉得没有义务，又何必在此说些不负责任的话？帮助别人可能会出错，但每个人都会范错误，但我们没有必要去指责那些乐于助人的同志！而且帮助别人不等于就是向世人自诩自己就是所谓的高手！

作者: 影子杀手 时间: 2005-4-8 11:50
呵呵。很欣赏black朋友的预见和明智。

作者: Fastpoint 时间: 2005-4-8 15:12
看来还是这里有意思，既然大家都这么踊跃，我也贡献一份我自己编写试题做做，嘿嘿。
这套试题是为某培训公司的测试毕业生出的，原来共20题（3小时完成量），后来我发现这套题在推行中有些人做着做着就哭了（汗），所以随机从中抽取了8道试题（3小时完成量）减轻一点压力，呵呵。
---------------------------------------------------------------------------------------------------------------
这些题目在做的过程中不允许联网，做出后把试卷发挥给我，我可以跟你一份评测反馈，男女老少皆宜，嘿嘿

下载地址：http://blog.51testing.com/index. ... =256&blogId=130

在我的文件夹->测试试题中下载

记住要发挥给我啊，哈哈，不然就题目本身是没有任何意义的，哈哈，不要上网查询答案（也没有），哈哈

作者: Fastpoint 时间: 2005-4-8 15:14
jackei要好好做
影子杀手要好好做，这套题就不要有借口了，哈哈
Nio要好好做
black_tulip要好好做

哈哈，大家都好好的做！

作者: Fastpoint 时间: 2005-4-8 15:20
我的邮件地址：

Fastpoint_5 AT hotmail DOT com

wangdg AT asiainfo DOT com

(花絮：这套题是在海松宝家坐在沙发上想出来的，出题用了4个小时，大宝当时在玩暗黑，哈哈)

作者: 影子杀手 时间: 2005-4-8 15:57
楼上不知何许人也，台湾人？香港人？同行成了“推行”，发给成了“发挥”。呵呵。

作者: luming 时间: 2005-4-8 16:14
王东刚，他的《软件测试和Junit实践》是我看到的国内写的最好的测试书籍。
不过里面的敏捷测试，感觉有些不伦不类。在其它的地方也没有看到。

作者: rinthesky 时间: 2005-4-8 16:26
来了个做实事的了，欢迎欢迎。
题目我也会试着做做。
不过作者压缩的试题包似乎没经过测试，需要经过小小的修改才能解压缩呀。呵呵

作者: Persephone 时间: 2005-4-8 17:08
阿？大家怎么都这么激动啊？
看来以后不能随便上来指教别人了，免得误导他人！
但是有时候不免想把自己的观点或者想法告诉别人，真是矛盾啊！
希望那些在软件测试方面有经验的人，多给我们一些建议！

作者: 影子杀手 时间: 2005-4-8 23:25
FP的考题和Jackei的考题是一个路线，成了单纯为测试而考试的淫技奇巧。

作者: bobli 时间: 2005-4-9 19:19
呵呵，这几天忙了一塌糊涂，没能及时看见大家的好戏

其实有不同的声音是好事，希望高手都发挥自己的能力，做些对新手有帮助的事情

作者: 影子杀手 时间: 2005-4-10 19:06
版主所言极是。热烈的讨论可以展现分歧，暴露问题。

本来是一份试卷的问题，到测试人员的基本素质要求问题，再到如何到达软件测试职业的成功彼岸的路线问题。虽然没有最终的答案，但相信参与者和围观者都能有所触动，当然也包括影子我。这是讨论的功效。
jacke看重基本理论和软件流程，black朋友和影子看重软件基础知识和实际技能。后有FP的加入，没有和他在帖子上多交流，他似乎想通过他的试题给大家下一个定论，不过我还是觉得他和jackei的风格更为相似。

中国软件业现在有很多开发高手（csdn中四星以上的很多），有凤毛麟角的开发大师（这个就不用说了吧，蔡學鏞，候捷等等）；相比之下，软件行业有一些测试高手（从身边和各个测试论坛的情况猜测的，数量不会太多），但中国的软件测试大师的诞生可能要在几年之后，甚至十几年以后（因为我认为测试大师这个称号太庄重了，他首先要是开发大师，系统大师，软件工程大师。）。

这个帖子没有什么答案，也不可能通过争论获得答案。答案会获得，就是black，FP，jackei，影子，还有无数热爱开发和测试的朋友们通过努力，按照各个途径方法纷纷成为测试高手和大师的时候。

作者: ecust 时间: 2005-4-10 20:49
终于看好了这帖子，真是累的慌！
无可厚非，有能力参与积累讨论的各位，都是对测试有比较深层次，具有独到见解的人，我看完这个帖子，也获易良多，先谢谢各位了。
大家无非是由“这份试卷的价值到底有多少”这个问题开始讨论的，作为一个测试新手，我想说下我对这份试卷的理解，如果有什么不对的地方，还请各位前辈多多指教。
01. 为什么要在一个团队中开展软件测试工作？
我认为这是一个基础理念性问题，如果回答不出，起码证明面试者对测试工作不是十分重视，这是值得回答的一个问题。
02. 您是否了解以往所工作的企业的软件测试过程？如果了解，请试述在这个过程中都有哪些工作要做？分别由哪些不同的角色来完成这些工作？
这个问题比较复杂，因为国内很多软件企业的操作流程根本就不规范。如果是那些小公司出来的测试人员，又没有受过培训什么的，这题估计是答不好的。个人觉得这道题是在考测试人员对测试流程方面的认识，虽然这也是测试工作的一个重要环节，但是我估计还是有一部分人做不出完美的回答。但是它的确可以看出一个测试人员的基础水平和对这个测试过程的理解，个人认为，这是一个值得回答的问题。
03. 您是否了解以往所工作的企业的软件开发过程？如果了解，请试述一个完整的开发过程需要完成哪些工作？分别由哪些不同的角色来完成这些工作？（对于软件测试部分，可以简述）
虽然开发和测试是密不可分的，但是对于开发流程来说，如果你不是面试一个项目经理，我想这个问题可以不问。
04.您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？
个人觉得这是企业度量面试者是否有能力担当本公司测试人员的一个参考，换句话说，意义不大。
05. 您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试……）
基础理论性问题，但是很有必要考。
06. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。
这题出的。。有欠水平。个人认为，我看到这题目会考虑不在这公司工作。因为它让我感觉到这公司的测试部领导自己水平就不怎么样。因为黑盒测试和白盒测试是从测试的类型来划分的，而单元测试、集成测试、系统测试、验收测试是从测试的阶段性来划分的，把它们都混在一起么，联系肯定满多，一起比较么，我觉得就不大合适了。
07. 测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？
前面两问值得回答，至于最后一个小问，我觉得很难回答什么最重要，其实它们都很重要。
08. 您认为做好测试计划工作的关键是什么？
这个问题还是要从职位上来划分，我觉得计划一般是由测试经理来做，如果你招聘的是测试经理，这个有价值的问题。如果是一般的测试执行人员，那就是浪费。这就是测试流程和测试技术的区分，类似与“SQA和STE到底有什么区别”差不多。
09. 您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
这也是一个很好的问题，用例设计的好坏，牵涉到是否能达到一定的覆盖率，而覆盖率的指数，也从一个方面保证了质量。用例设计的思路是否清晰，这点我认为比较重要。
10. 您认为做好测试用例设计工作的关键是什么？
这个问题有点。。。。宽广，至少对于我来说，我会觉得很难回答。其实一个测试工程师的确需要懂得很多，包括对代码熟悉的程度，对系统的认知程度，对这个测试工作的理念是怎么样的，等等。
11.请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程。
是个好问题，从一个方面来了解面试者对用例设计的熟悉认知程度。
12. 您以往的工作中是否曾开展过测试用例的评审工作？如果有，请描述测试用例评审的过程和评审的内容。
这个是不是就是一个同行评审的过程？就像前面说的一样，一般的测试员对这个不会有什么认知的，一般公司不会有这么个流程吧，如果是在华为这类公司工作出来的人，肯定没问题。就是难为了一些测试新手了。

写的我极其的累哇。。。。。。。。。
以后在写吧。。。
这个都是我这个菜鸟的愚见啊，各位达人看完不要生气啊！
另外，我不大同意影子杀手的观点，忘记他写在哪了，反正意思就是实践出真知，回头在搞理论。我觉得不管什么知识体系，都应该从理论开始学起，理论虽然可能比较空洞，但是还是十分有用的。我们就拿C语言来说，你能不看点书就写出几百行代码么？显然不大可能吗。看了书，也写不出什么，这个我是承认的。一般都是学好理论，然后开始狂看别人的代码，看上个几万行，自己写起来就有思路了。然后在工作实践不断写代码的过程中，不断提高自己的水平。我的个人观点哈。

写到这真累，一看这卷子有24题，真晕，各位老鸟多带带我啊，这个讨论的风气还是很好的，我会继续关注这个帖子的。

作者: Nio 时间: 2005-4-11 10:26
我不赞成这样的说法：“这个帖子没有什么答案，也不可能通过争论获得答案”。
我们花了时间、精力去争论、讨论的问题，最终却没有答案，这样的结果至少我不会满意。这儿有这么多人，难道就没有一个人能对相关的问题一一作个回答？在遇到这个实际一点的问题，平时的出现的前辈、高手都就此消失了？我不相信！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)