谈谈面试

panshujuan

下面这些帖子大多是转贴的
目的是给大家和我自己一个参考
在以后的面试中有出色的表现

panshujuan

http://hi.baidu.com/zhanghl8207/ ... b0b72542a75b55.html
最近在坛子上看到不少人在谈论面试技巧，面试经历，我也想用自己4年工作经验以及结合自己的面试经历。4年的软件测试工作一直都在一个公司发展。不过中途确实想离开过，但是介于种种因素，我没有离开目前的公司。在这几年间也参加过几个公司的面试，这边谈谈我对面试的想法。
    先谈欧美企业，因为是我最想去的企业，所以来谈谈，南京我参加过3个外企的面试，都没有成功，主要原因在于英文和编成能力。我是从事通讯行业的，这个行业的软件测试也分白盒，黑盒，对于黑盒我建议别去，原因很简单，可能你去学不到什么东西，除了欧美企业的管理经验。欧美企业分工非常明确，每个人只会做一小块东西，所以做黑盒测试就和井底之蛙一样，很少有机会学到东西。测试工具完全由测试工具开发部门开发，只要操作下就好了。欧美企业的百盒测试，对测试工程师要求很高，基本百盒测试工程师要比程序员的水平还要高。不过如果真的能应聘成功，待遇也会比程序员高不少。欧美企业很看重应聘者的动脑能力，以及英文能力。当然目前国内有不少欧美企业已经完全国内化，从上到下都是中国人，说汉语，这样的企业不是我的目标，我喜欢刚到国内发展的欧美企业，有活力，很潜力。

    台企，最大的印象就是台企希望面试者如果被应聘成功，马上就能到公司进入工作状态，创造价值，一般培训时间短，希望从被应聘者身上得到更多应聘者所在公司的信息，所以对于到台企面试的朋友来说，记住，别什么都说，对于重要信息和技能要留些，等真的录用后，再有条件的告知。

    国企，国企最大的特点就是官僚思想严重，面试你的人一般先是公司的高层，也许什么都不懂，但是因为他所在位置，他总要显示出他对技术能精通，同时还要把他们的公司大夸一遍，他面试结束后总还会再找几个测试部门的人员再问些问题。但是问问题总会露馅，发现很多测试人员很多基础知识自己也不是很明确，可能是手机行业大部分都是黑盒测试，有些人技术文档可能很少接触的原因吧，我肯定的回答他们，他们开始对他们自己开始怀疑，也不好意思问我什么了。

    最后就是私营小公司，没有去这样的公司面试过，所以没有太多经验可谈，小公司可以作为刚入行的工作积累。

    对于测试我觉得最主要的是有测试的能力，当你去参加一次软件测试工程师职位面试前，你应该先问问自己是否适合做测试。其次就是对测试有概念性的了解。你应该用你自己的方式让面试考官知道你熟悉如何测试，让他清楚你适合这份工作。对于测试工具，目前的测试工具很多，工具只是一种媒介，就像word，excel一样，一个不会使用的人，到会使用这个过程不难，到熟练使用，也是多操作的结果。所以一个好的用人单位不会对此部分非常看重。我觉得大家只要知道每个测试工具的用途，和会使用一种测试工具就可以了。

     本文只是个人亲身经历的感受，不代表整个测试行业企业的划分。欢迎大家一起交流。

panshujuan

http://blog.tom.com/blog/read.ph ... 13&blogid=60697
测试人员面试三步曲
    俗话说“金三银十”，很多测试朋友都又想换换工作，找一个待遇好、环境好，又有自己用武之地和发展空间的工作。在此，我将自己招聘和面试的一些经验与心得汇成三步曲，献给大家，希望对大家找工作能有所帮助。

第一步、投递简历
投递简历，让招聘公司发现你，一般有4种方式：
1.        通过招聘网站搜索测试招聘信息，选择合适的公司和职位，投递简历；
2.        通过招聘网站发布自己的简历，等待招聘公司发现并下载你的简历；
3.        通过本公司内部招聘、内部人员推荐；
4.        通过招聘会，现场投递简历。
以上4种招聘方式，最为常用的是1、2两种，而且结合使用，第3种的成功率最高，第4种应用很少。第1种方式是现在大多数测试朋友找工作的主要途径，目 前，国内知名的人才招聘网站：中华英才网（www.chinahr.com）、51job前程无忧（www.51job.com）、卓博 （www.jobcn.com）、中国国家人才网（www.newsjob.com.cn）、北京人才网（www.bjrc.com）等，相信各位想找工 作的测试朋友，早已对这些网站如数家珍了。如果你想被猎头看重，那就赶快注册（更新）一下自己的简历吧，很快将会有一大堆公司给你打电话，通知你去面试， 这就是第2种方式。一般说来，你在人才网上发布简历找工作的同时，猎头公司也在找你，所以说，1、2两种方式结合使用。接下来，我们再来探讨一下第3种方 式。在外企以及一些大公司，为了减缓员工在从事一项工作几年之后产生的乏味情绪，特别推出一种内部招聘的方式，允许公司内部相关部门的相关人员的应聘，比 如说作技术支持的要应聘作市场，作开发的要应聘作测试等等，或者在公司内部公布招聘信息，希望本公司的员工推荐符合招聘要求的人员，可以直接到公司进行面 试。因为公司对内部员工相当了解，员工对招聘要求十分清楚，必然按要求搜寻符合条件的熟人进行推荐，所以，公司内部招聘、内部推荐十分容易成功。第4种招 聘方式，近两年已经很少应用，因为招聘会有时间限制，还要跑到现场，在人山人海中搜寻符合自己条件的公司和职 位，投递简历并进行简单面试，既费时、费力， 效果也不佳，故而应用越来越少。

第二步、准备面试
想要参加面试，就一定要做好面试的准备：
公司情况：
在接到面试通知时，一定要简单而客气地询问一下公司的情况， 正所谓知己知彼，百战不殆。看看公司是否有你所关注的地方，比如公司的规模、办公地点、测试组的情况等，最主要的要知道公司的主要业务，测试什么，软件还 是硬件，那个行业的，问话不要多，否则对方很容易反感，最好是要来对方的公司网址，到网站上浏览一下，大体也就知道了。
穿衣戴帽：
陌生人见面，第一印象很重要，你给招聘方的第一印象，主要通过衣着来表现。我们这些测试人员，都是搞技术的IT人士，不能穿的象个新新人类，试想一下，你 作为主考官，见一个身穿乞丐服、头戴鸭舌帽的人进来应聘测试工程师，你会相信他的技术吗。所以在面试时，一定要穿洁净、整齐的职业装或者夹克，或者适中的 风衣。女士稍微画一点淡妆，男式记得刮胡子。头发都要梳的整齐。
言谈举止：
言谈举止要透出一股自信，让人感觉你就是很棒，什么任务都可以放心的交给你去作，你都能圆满完成。
证书、简历：
很多公司可能在通知你面试的时候，就会通知你带相关的学历证件、培训证书，如果招聘方没有通知，你可以礼貌的问一下，是否需要携带。至于你的简历，一定要 多带上几份，不要以为招聘方看过你的简历，就一定有你的简历。因为也许是人事部发现了你的简历，通知测试部一同面试，或者测试部发现了你的简历，通知人事 部一同面试，而面试又是在几天之后的事情，早不知把你的简历扔到哪里去了。你以为网站上有你的简历，可以直接打印，那你就错了。因为招聘负责人可能工作比 较忙，比较累，应聘的人又那么多，手头没有现成的简历，随便应付一下，就打发你走了。感觉难受吧，可你改变不了人家，如果不想失去这次机会，就自己准备简 历吧，需要就拿出来，不需要可以留着下次用。
语言表达：
面试的关键就是语言表达，看你是否能够很有条理的把自己的经历、知识、技能表达清楚，并且在讲的过程中，注意观察招聘方的表情，看人家是否感兴趣，如果人家皱眉头，表情不悦，就尽快结束自己的话题。因此，在面试之前，你可以自己练习练习。
知识、技能：
知识、技能是测试人员平时积累下来的宝贵财富，面试之前，你可以将其条分缕悉，以备面试时表达清楚。
英语能力：
国内企业对英语要求不是十分苛刻，只要有良好的英文文档阅读能力即可；倘若是外企或者承包外企项目的公司，对英语要求则十分严格：要求你能够用日常英语会话，能够用英语撰写测试文档，汇报测试工作。所以在学习测试知识和技能的同时，我们也要注意对英语知识的积累。

第三步、参加面试
在约定的时间、约定的地点，你最好准时出现，如果不能准时赴约，一定要提前打电话，告知对方是什么原因导致你迟到，多长时间以后能你到达约定地点。进入公司，会有接待人员招呼你坐下，通知招聘负责人接待你面试，此间接待人员会给你送上来一杯水。
1.        考试
招聘负责人给你一份试卷(一般为笔试，也有上机的，如果对英语有严格要求，还会有一份英文试卷)，规定一定的时限，到时间他来收卷。试卷的命题一般分为填 空、选择、判断、逻辑推理、程序改错、简答，也有让你找bug的题，这些题给人的感觉都是在简单中透漏着怪异。如果你问为什么要有考试这一关，招聘人会告 诉你，是想考察应聘者的能力。其实，不尽然，最根本是公司的质量保证体系，要求公司所有活动都得有记录，所以才出现了考试这回事。
2.        初试
初试是最关键的，几乎决定是否录用你。初试之前招聘负责人可能会寒暄几句，让你放松一下心情。招聘负责人一般有两位，一位负责测试技术，一位负责人事，招 聘负责人会作自我介绍，也可能其中一位捎带介绍另一位的资历(比如留美博士)，表示这家公司很有诱惑力，连这么好的人才都吸引来了。接下来负责测试技术的 会问你几个问题：
        请你简单谈谈你的经历？
        你在某某家公司主要作哪些工作？
        测试过那些东西？
        测试流程是什么？
        手工测试还是自动测试？
        使用过哪些测试工具？使用过Rational系列测试工具吗？
        作过白盒测试吗？
        作过XXX测试吗？以前接触过XXX吗？你对XXX了解到什么程度？（XXX代表招聘公司所要测试的东西）
        平时使用哪些操作系统？Linux操作熟练吗？
        以前作过开发吗？开发了哪些东西？使用的什么语言？
        你觉得测试工程师应该具备哪些素质？
        对一个测试工程师来说，什么素质最重要？
        结合自己的实际工作，谈谈你对测试的理解？
        为什么要离开上一家公司？
        居住在哪里？离公司远不远？
有经验的招聘负责人都会简单介绍一下自己的公司（背景、主营业务、发展前景等），然后开始问问题。一般开门见山的问题是’请你简单谈谈你的经历？’，回答 这个问题，只要简单的叙述你从毕业到现在都在那些公司作了那些事情即可，叙述时一定要从容、清晰而有条理，眼睛瞅着招聘负责人，观察其表情，如果有些不耐 烦，要尽早结束这一话题。招聘负责人此时会大致浏览你的简历，在你叙述完自己的经历时，招聘人会就你简历的某一项问你，比如’你在某某家公司主要作什么？ 测试过那些东西？测试流程是什么？’，待你回答完这些之后，继而问你测试的具体细节，手工测试、自动测试、用过那些工具？是否作过白盒测试？使用过什么操 作系统？熟悉那些语言？是否作过开发？如果你肯定回答这些问题，那么还要继续问具体操作，比如你答作过白盒测试，那么招聘人会问你测了哪些东西？怎么进行 的？是独立进行的还是和别人一起进行的？测试出的bug 如何处理？是否作进一步的分析？……

负责测试技术的问完后，就由负责人事的继续发问：
        你的期望薪金是多少？税前还是税后？
        一旦录用多长时间可以来上班？
        你的户口在哪里？调档案是否有问题等？
等你回答完毕，接下来他会告诉你：
        公司是否有试用期，试用期多长时间；
        试用期的薪金如何发放，其他待遇怎样处理；
        如果符合初试条件，多长时间之内通知复试；
        有无医疗保险、养老保险、失业保险、住房公基金等福利待遇。
一般面试的会谈与过程掌控在招聘人手中，如果不想变得很被动，就要试着主动发问。不过，招聘人很少会给你机会，或者你问的不是时机，会让他很反感。只有到最后，招聘人才会说“我们的问题问完了，你有什么问题吗？”，这时你就可以放心大胆的问了，比如：
        公司是那年成立的？
        主要业务是什么？
        现有规模怎么样？
        测试组的情况怎么样？
        作息制度等等？
凡是你所关心的问题都可以问。
之后是几句寒暄的话，诸如：
        谢谢您来参加面试
        耽误您宝贵时间了
        我送您出门
        ByeBye，再见
（注明：如果是外企公司或承包外企项目的公司，几乎整个初试将用英语进行。）
这样，初试就结束了。一般初试后一周之内会通知你参加复试，如果没有接到通知，就不要再怀念这家公司了。假如你仍不死心，当然也可以打电话咨询一下，也许 他们真的没有想好通知谁复试，也许因为你打了电话，通知复试就是你了；也许他们已经将你Pass掉了，就会委婉的告诉你，或者直截了当的告诉你。

3.        复试
在考试和初试综合成绩出来之后，招聘负责人决定推荐几位综合成绩好的初试者给老板（最终负责人），由其对你进行复试。谈话的内容与初试差不多，但你会觉得比较随和，因为大老板一般都很会做人，而且觉得你可能就是我们公司的员工了，所以会相对放松些。

      经过复试之后，几乎当场或者很快就会给你电话，告知你被录用了，报到时需要携带哪些证件，询问你何时能够上班？如果复试后几天都没有讯息，就不要再等了，招聘公司已经将你Pass掉了。
(注明：不是所有公司的面试都有考试、初试、复试，但至少一次面谈是必需的)

      各位测试朋友，在经历了投递简历 、准备面试 、参加面试的三步曲之后，总会有一家适合你的公司；如果你经历了几次都没能成功，请不要气馁，也许我们与这些公司之间真的是有些偏差，比如人家要求有手机 测试经验，而我们没有，就不要怀疑自己能力不行； 比如人家要求熟练使用Rational系列测试工具，我们现在不擅长，就可以向熟悉Rational工具的人学习学习。总之，无论成功、失败，我们都要保 持一种谦虚、自信的态度，来面对人生中的一次又一次面试。

panshujuan

http://blog.sina.com.cn/s/blog_4bc7fa3b010008zy.html  
前段时间公司招聘软件测试人员，虽然基本上都是招的应届毕业生，但我还是从现实以及网络上找到了一些应聘软件测试/QA的面试问题集，当然这个也都不会有标准答案的，现在只是以偶的一点理解加上网上的一些内容列举出来供有需要的XDJM们作一下参考：
   1. 首先一般都是比较老套点的问题：介绍一下你的经历。

   HOHO......这个问题我想谁都被问过吧，注意一下重点，不要紧张慢慢说就OK了。

   2. 老套话说了就可以马上切入正题了。根据你的经验说说你对软件测试/质量保证的理解？
这个就要仁者见仁、智者见智了，也基本上都是书上的东东，如果能有一些自己独特的想法那就最好啦，呵呵

   3. 理解完了那当然就要问一下是不是对软件测试了解啰。这就轮到问软件测试的流程是什么，你原先的公司又是怎么的流程了？
前面个问题也还是书本上的东西，一般介绍软测的书上都有，实际上国内一般的中小公司根本就达不到书上所说的那些个测试规范，测试流程也是如此，没办法，这就是现在我们整个大的测试环境，这个问题照着书上说的办就行了，后面那个知道该怎么做了吧，尽量把原来公司的测试流程言简意赅的表达出来。

   4. 接着问题就可以有一大堆了，这些问题很多都是要看自己的测试经验以及对测试的理解来作答了，如：
   (1) 你对SQA的职责和工作活动(如软件度量)的理解：
SQA就是独立于软件开发的项目组，通过对软件开发过程的监控，来保证软件的开发流程按照指定的CMM规程（如果有相应的CMM规程），对于不符合项及时提出建议和改进方案，必要是可以要高层经理汇报以求问题的解决。通过这样的途径来预防缺陷的引入，从而减少后期软件的维护成本。ＳＱＡ主要的工作活动包括制定SQA工作计划，参与阶段产物的评审，进行过程质量、功能配置及物理配置的审计等;

   (2) 说说你对软件配置管理的理解

   项目在开发的过程中要用相应的配置管理工具对配置项（包括各个阶段的产物）进行变更控制，配置管理的使用取决于项目规模和复杂性能及风险的水平。软件的规模越大，配置管理就显得越重要。还有在配置管理中，有一个很重要的概念，那就是基线，是在一定阶段各个配置项的组合，一个基线就提供了一个正式的标准，随后的工作便基于此标准，并且只有经过授权后才能变更这个标准。配置管理工具主要有CC,VSS,CVS等，偶只用过CVS，对其它的不熟悉

   (3) 怎样写测试计划和测试用例：
    简单点，测试计划里应有详细的测试策略（测试方法等），合理详尽的资源安排等，至于测试用例，那是依赖于需求（包括功能与非功能需求）是否细化到功能点，是否可测试等。


   (4) 说说主流的软件工程思想(如CMM，CMMI，RUP，XP，PSP，TSP等)的大致情况以及你对它们的理解：
   CMM:SW Capability Maturity Model 软件能力成熟度模型,其作用是用于软件过程的改进、评估及软件能力的评鉴
   CMMI:Capability Maturity Model Integration　能力成熟度模型集成　CMMI融入了大部分最新的软件管理实践，同时弥补了SW-CMM模型中的缺陷
   RUP:rational unified process 是软件工程化过程。它提供了在开发机构中分派任务和责任的纪律化方法.它的目标是在可预见的日程和预算前提下确保满足最终用户需求的高质量产品,个人认为：它的核心观念是开发的迭代，每个公司可以根据自身的软件开发的流程和待开发项目的特点对RUP进行适当的剪裁，制定出符合自己的软件开发流程。
   ＸＰ：extreme program，即极限编程的意思，适用于小型团队的软件开发，想上面第三个问题就可以结合原型法采用这样的开发流程。要明白测试对于xp开发的重要性，强调测试（重点是单元测试）先行的理念。编程可以明显提高代码的质量，持续集成对于快速定位问题很有好处。
PSP ,TSP 分别是个体软件过程（Personal Software Process），群组软件过程（Team Software Process）大家都知道，CMM只是告诉你怎么做但并没有告诉你如何做，所以PSP/TSP就是告诉你企业在实施CMM的过程中如何做，PSP强调建立个人技能（如何制定计划、控制质量及如何与其他人相互协作等等）而TSP着重于生产并交付高质量的软件产品（如何有效地规划和管理所面临的项目焖偃砑�馐酝�发任务等等）
   总之，单纯实施CMM，永远不能真正做到能力成熟度的升级，只有将实施CMM与实施PSP和TSP有机地结合起来，才能发挥最大的效力。因此，软件过程框架应该是CMM/PSP/TSP的有机集成。

   (5) 对项目管理、白盒测试、单元测试、自动测试、性能测试、压力测试工具的了解程度和实际使用经验。(其实基本上也就是MI和Rational工具)：这个就要看个人的了，没法说了


    5. 还有问一下你是怎样保证软件质量的，也就是说你觉得怎样才能最大限度地保证软件质量？
测试并不能够最大限度的保证软件的质量，软件的高质量是开发和设计出来的，而不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶段都要按照指定的规程进行，通过对各个阶段产物的评审，QA对流程的监控，对功能及配置的审计来达到开发的最优化。当然测试也是保证软件质量的一个重要方式，是软件质量保证工程的一个重要组成部分。

    6. 然后紧接着就基于目前中国的国情，大多数公司的软件项目进度紧张、人员较少、需求文档根本没有或者很不规范，你认为在这种情况下怎样保证软件的质量？(大多数公司最想知道的就是在这种困难面前你该怎么保证软件的质量，因为这些公司一般就是这种情况-----既不想投入过多又想保证质量，faint )出现以上的情况，如果仅仅想通过测试来提高软件质量，那几乎是不可能，原因是没有足够的时间让你去测试，少而不规范的文档导致测试需求无法细化何谈足够且有针对性进行测试。所以，作为公司质量保证的你应该先后项目经理确定符合项目本身最适合的软件生命周期模型（比如RUP的剪裁，原型法）,明确项目的开发流程并督促项目组按照此流程开展工作，所有项目组成员（项目经理更加重要）都要制定出合理的工作计划，加强代码的单元测试，在客户既定的产品交付日期范围之内，进行产品的持续集成等等，如果时间允许可以再配合客户进行必要的系统功能测试。

    7. 差不多了就该问一些只和软件测试相关的问题了，如：
   (1) 你觉得怎样才能做一个(或者，怎样才能算一个)优秀的测试工程师？(faint，这个问题好像是必问的，答案也无非是什么要求全面的技术能力、缜密的逻辑思维、出色的沟通能力、还要有怀疑精神、幽默感、洞察力等等。啥叫优秀啊？该有的能力都有，不该有的也有，而且个个能力还都是出色的，这就是优秀，呵呵，开玩笑的，反正这个问题差不多就这样，具体的什么要求网络上也到处都有。
    (2) 还有其它的如对自己优缺点的评价、自己的职业理想、为何离开上一家公司、自己在职业生涯中印象最深的事情、能否出差和加班、能否承受压力和挑战、薪水要求、何时能到岗等等这些啥面试都要回答的问题，这个就只能自己斟琢着办了。


   (3) 另外还有一个重要的问题就是语言能力啦，尤其是英语水平，这个的话每个具体的公司都有不同的要求，也就没啥好说的了。

panshujuan

面试人员问，在你所测试的软件中出了致命问题，你应该怎么办？请问各位应该如何完美回答这个问题？
回答肯定不完美，供参考：
1、详细记录bug的各项信息，例如上面提到的环境，操作过程等，这样对于bug后期的分析、重现和验证都很有意义；
---------------------------------
一般就是利用大家经常提到的BUG跟踪系统;
2、完成常规bug记录和简单分析后，要立即将这些记录整理的信息反馈给相关人员，例如开发和项目经理等，以便开发及时修改，项目经理及时调整策略等；
-----------------------------------
BUG跟踪系统会通过邮件系统自动反馈BUG给相关研发经理,研发经理按照不同的功能模块将BUG转发给相关的研发人员,研发人员如果对BUG有疑问或者在研发所处环境下无法复现问题,可以找相关测试人员来协助.
3、以发现的致命bug为中心，向相关周边扩展范围测试，因为bug具有群聚现象，也就是问题集中出现在某一区域；
-------------------------------------
其实不是说你发现了问题后才做这样的测试,而是你做测试用例的时候就应该这样考虑.发现严重问题后.除这个问题所在的功能模块可以暂停测试外,其它功能可以照常测试.我之所以说暂停,是因为后续的修改可能会带来另外的问题,你目前测试所发现的问题后续可能就不存在,有时候会成为一种时间的浪费.
4、根据前面的测试情况，分析该致命bug对于当前测试影响，如果严重，测试也许要及时调整测试策略；
----------------------------------------
可以根据项目的时程来确定这个问题的影响,如果此问题会影响到项目完成时程,那就要需求规划/研发/测试,甚至用户出来对这个问题做出修改的意见,因为致命问题不都是程序逻辑等问题,还有可用性/实用性方面的问题.所以这个时候确定修改意见并根据此确定下一步测试的走向以及重点.我说的这个情况只会在问题严重的已经影响需求的条件下发生.一般的致命问题,不涉及到需求的,照常修改,至于会影响时程的还是要向上实时反应.
?


首先面试人员的问题，主要说明了两点：一是出现了致命问题。二是测试人员怎么办。其次就是redvale (秋秋) 的问题，怎么“完美”的回答。我们来一一分析。

一、致命问题
要回答怎么处理致命问题，首先要弄清楚什么才是致命问题，其次是致命问题是从哪里来的。
从语意上，“致命问题”这个说法是及其不严谨的，因为没有一个公认的标准，每个人对致命问题的理解都可能不同，而且随着软件过程中不同的阶段，对致命问题的认识可能也不一样。从我个人的理解来说，致命问题就是导致软件无法再继续进行测试的缺陷。比如：死机，数据丢失，主要功能组完全丧失，系统悬挂等等。也许别人的理解和我不同，对此我不会和别人争论。
在一个公司中，对缺陷的严重级别应该有一个标准，明确说明各种缺陷应该属于什么严重程度，另外，应该有专人（测试组长、测试主任、测试经理等能说了算的人）统一处理所有人的错误级别，多人负责很容易出现不同的标准（特别是缺陷和工作、考评等联系的时候，如果没有一个统一的标准，很容易陷入人事关系的泥潭中。呵呵，大家看最新的几期程序员了吗？原来微软也干这种事情，缺陷数和考评联系，结果各地的测试员抢bug）。
致命错误的来源是程序，换句话说，需要测试的程序出现了问题，从这个角度来看，致命错误和严重错误、轻微错误等对程序来说并没有本质的差别。也许换个角度，轻微错误可以变成致命错误。
二、测试人员的处理
这个问题其实和测试人员的关系不大。对错误问题的处理，和公司制度才有最密切的关系。
想当年，我们还曾经使用过测试单，发现问题就填表格，最后统一交给项目经理。
现在一般都很先进，有各种bug管理工具的支持，所以对缺陷的提交、管理、跟踪、统计等都很方便。
无论遇到什么级别类型的问题，大概的处理流程在bug管理工具的支持下其实都应该差不多。
既然这样，你们就会问，既然是致命问题，总应该和其它的有些不同吧。否则“致命”两个字不是浪费了吗？
还是老话，公司是否制定了对致命问题的处理？如果有，很简单，按照公司的流程去处理；如果没有，就看你自己的了。
上面我说了，我的个人理解是致命缺陷是无法继续测试的问题，这样的问题优先级应该是最高的，因为有阻塞的效果，没有处理的时候，无法继续进行下面的工作。这个时候应该报告测试负责人，由测试负责人和开发经理联系，最后让项目经理找相关的人员处理。
在这里，除非是测试人员直接附属于开发部门，否则不建议由测试人员直接找程序员处理。一个公司，越权是可大可小的事情，如果可能，最好由领导之间协商，测试人员所要做的仅仅是测试。
与此对应的，什么进度、市场、需求、缺陷解决等，和测试人员的工作有什么关系？也许在有时间的时候可以自己想想这些，但在没有制定的支持下，还是老老实实做好测试员这份也许有前途的工作吧。
三、完美的解决问题
其实在测试中，很重要的一个原则就是，不多不少，在恰当的时候结束。程序中的bug是抓不完的，在有限的时间内，却要做需要无限时间的工作，这需要一个衡量取舍的过程。测试的少了，可能程序中剩余的bug太多；测试过多，则会浪费项目资源，得不偿失。既然测试过程本身无法做到完美，为什么对一个具体的问题还是要一个完美的答案。
微软的一个经典测试题目，就是随便找一个东西，说明应该如何进行测试，没有人要求完美的回答，只能说尽力的从各个角度、各个方面去说明。
说了很多，和没说一样，算我灌水好了。

panshujuan

大家可以看看此处
这里有很多好的文章http://tag.csdn.net/Article/d649 ... 7-b198dcfc406a.html

119139107

不错  对即将面试的新手很有作用  谢谢楼主

挪威森林

第一篇是我写的。。。。。

vxiaoqiangs

面试之前看看还是很有用的。

fishbigsea

不错不错，收藏了！！谢谢

不要长大的小孩

呵呵，总结在一起也不错。
俺来个收藏！

不要长大的小孩

呵呵，谢谢 Shurrik的花~

liulinzhu

恩，感觉很不错
和我面试经历有几分相似
不过我面试了三次：1，做份题目，接着2个技术主管和技术总监每人一小时交流，到最后我口都干了；
                           2，又做了份试题，接着同Linux主管以及人事进行了简单交流；
                           3，和美国的总监电话面试半小时（那天感冒，又不在状态，结果不太好）；
最后才由公司人事和我谈工薪问题。

changlang530

不错，我面试的公司不下五十家，这么多问题我几乎都被问过。

jiuquanzi

好帖,收藏

jiuquanzi

原帖由 changlang530 于 2007-8-16 11:28 发表
不错，我面试的公司不下五十家，这么多问题我几乎都被问过。

经历丰富啊...

liulinzhu

牛人

jiuquanzi

看到这篇觉得很不错:http://blog.csdn.net/flyinhappy/archive/2006/05/15/729071.aspx
问题的准备是我最近面试过程中觉得很重要的一环,我列了些问题跟大家分享一下:
1、公司现在的规模及将来的规模。
2、测试在公司里的地位及模式（即分散在各项目中，或是集中的一个测试组）。
3、个人在公司里的发展空间。
4、公司的氛围，即管理风格

大家可以再补充一些。sdlkfj3

youzi2006

关于面试,测试好象不多啊

youzi2006

我来这家公司就没有面试,不过有套笔试题