软件测试面试题目1.doc

《软件测试面试题目1.doc》由会员分享，可在线阅读，更多相关《软件测试面试题目1.doc（32页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、. .01. 为什么要在一个团队中开展软件测试工作？因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。02. 您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪局部工作？我曾经做过web测试，后台测试，客户端软件，其中包括功能测试，性能测试，用户体验测试。最擅长的是功能测试03. 您所熟悉的软件测试类型都有哪些？请试着分别比拟这些不同04. 的测试类型的区别与联系如功能测试、性能测

2、试测试类型有：功能测试，性能测试，界面测试。功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进展动态测试时，需要测试软件产品的功能，不需测试软件产品的内部构造和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进展测试。负载测试和压力测试都属于性能测试，两者可以结合进展。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收

3、的性能点，来获得系统能提供的最大效劳级别的测试。界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。区别在于，功能测试关注产品的所有功能上，要考虑到每个细节功能，每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和强健性。界面测试更关注于用户体验上，用户使用该产品的时候是否易用，是否易懂，是

4、否规X快捷键之类的，是否美观能否吸引用户的注意力，是否平安尽量在前台防止用户无意输入无效的数据，当然考虑到体验性，不能太粗鲁的弹出警告？做某个性能测试的时候，首先它可能是个功能点，首先要保证它的功能是没问题的，然后再考虑该功能点的性能测试04您认为做好测试用例设计工作的关键是什么？白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题05. 请试着比拟一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。黑盒测试：产品的功能设计规格，可以

5、进展测试证明每个实现了的功能是否符合要求。白盒测试：产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。软件的黑盒测试意味着测试要在软件的接口处进展。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑构造和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：1、是否有不正确或遗漏的功能？2、在接口上，输入是否能正确的承受？能否输出正确的结果？3、是否有数据构造错误或外部信息例如数据文件访问错误？4、性能上是否能够满足要求？5、是否有初

6、始化或终止性错误？软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个翻开的盒子，它允许测试人员利用程序内部的逻辑构造及有关信息，设计或选择测试用例，对程序所有逻辑路径进展测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为构造测试或逻辑驱动测试。白盒测试主要是想对程序模块进展如下检查：1、对程序模块的所有独立的执行路径至少测试一遍。2、对所有的逻辑判定，取“真与取“假的两种情况都能至少测一遍。3、在循环的边界和运行的界限内执行循环体。4、测试内部数据构造的有效性，等等。单元测试模块测试是开发者编写的一小段代码，用于检验被测代码的一个很小

7、的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件或者场景下某个特定函数的行为。单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。集成测试也叫组装测试，联合测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大局部。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块

8、一起测试。最后，将构成进程的所有模块一起测试。系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。常见的联调测试系统测试的目的是对最终软件系统进展全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。验收测试是向未来的用户说明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经根本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软

9、件的功能和性能如同用户所合理期待的那样。06. 测试方案工作的目的是什么？测试方案工作的内容都包括什么？其中哪些是最重要的？软件测试方案是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试方案，参与测试的工程成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。测试方案和测试详细规格、测试用例之间是战略和战术的关系，测试方案主要从宏观上规划测试活动的X围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重

10、要的是测试测试策略和测试方法最好是能先评审07. 您认为做好测试方案工作的关键是什么？1. 明确测试的目标，增强测试方案的实用性编写软件测试方案得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试方案的价值取决于它对帮助管理测试工程，并且找出软件潜在的缺陷。因此，软件测试方案中的测试X围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确2坚持“5W规那么，明确内容与过程“5W规那么指的是“What做什么、“Why为什么做、“When何时做、“Where在哪里、“How如何做。利用“5W规那么创立软件测试方案，可以帮助测试团队理解

11、测试的目的Why，明确测试的X围和内容What，确定测试的开场和完毕日期When，指出测试的方法和工具How，给出测试文档和软件的存放位置Where。3采用评审和更新机制，保证测试方案满足实际需求测试方案写作完成后，如果没有经过评审，直接发送给测试团队，测试方案内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试X围的增减，而测试方案的内容没有及时更新，误导测试执行人员。4. 分别创立测试方案与测试详细规格、测试用例应把详细的测试技术指标包含到独立创立的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创立的测试用例文档或测试用例管理数据库中。测试方案和测试详细规格、测试用

12、例之间是战略和战术的关系，测试方案主要从宏观上规划测试活动的X围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。08. 您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。1等价类划分划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为假设干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无

13、效等价类.2边界值分析法边界值分析方法是对等价类划分方法的补充。测试工作经历告诉我,大量的错误是发生在输入或输出X围的边界上,而不是发生在输入输出X围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应中选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.3错误推测法基于经历和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.错误推测方法的根本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,

14、根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经历的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.4因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的

15、组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图逻辑模型. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.09. 请以您以往的实际工作为例，10. 详细的描述一次测试用例设计的完整的过程。就说最近的这次功能的测试吧首先：得到相关文档需求文档和设计文档，理解需求和设计设计思想后，想好测试策略测试方案简单点就OK了，考虑到测试环境，测试用例，测试时间等问题。第二步：设计测试用例，测试策略是：把局部的功能点测试完，然后在进展系统测试另外个模块呢有另一个测试人员负责，可以进展联调测试，模块的测试根本是功能测试和界面测试用户并发的可能性很小，所以不考虑：这

16、次的的输入数据呢是使用数据库中的某X表记录，如果表中某一数据记录中新加进来的还没有被处理的，有个标志位，启动后会立刻去刷那X表，得到多条数据，然后在进展处理。处理过程中，会经历3个步骤，才算完成了它的任务。有3个步骤呢，就可以分别对这3个步骤进展测试用例的设计,尽量覆盖到各种输入情况包括数据库中的数据，用户的输入等，得出了差不多50个用例。界面测试，也就是用户看的到的地方，包括发送的和用户填写资料的页面展示。第三步：搭建测试环境为什么这个时候考虑测试环境呢？因为我对环境已经很熟了，只有有机器能空于下来做该功能测试就可以做了，因为本身的环境搭建和其他的系统有点不同，它需要的测试环境比拟麻烦，需要

17、web效劳器Apache,tomcat，不过这次需求呢，局部只用到了tomcat，所以只要有tomcat即可第四步：执行测试11. 您以往是否曾经从事过性能测试工作？如果有，12. 请尽可能的详细描述您以往的性能测试工作的完整过程。是的，曾经做过方面的性能测试，虽然做的时间并不久2个月吧，当时呢，是有位性能测试经历非常丰富的前辈带着我一起做。性能测试类型包括负载测试，强度测试，容量测试等负载测试：负载测试是一种性能测试指数据在超负荷环境中运行，程序是否能够承当。强度测试： 强度测试是一种性能测试，他在系统资源特别低的情况下软件系统运行情况容量测试：确定系统可处理同时在线的最大用户数在流量逐渐加

18、大的情况下，开场考虑做性能测试了，首先要写好性能测试方案，根据运营数据得出流量最大的页面如果是第一次的话，一般是首页，下载页，个人XX页流量最大，而且以某种百分比，Web效劳器指标指标：* Avg Rps: 平均每秒钟响应次数总请求时间 / 秒数；* Successful Rounds：成功的请求；* Failed Rounds ：失败的请求；* Successful Hits ：成功的点击次数；* Failed Hits ：失败的点击次数；* Hits Per Second ：每秒点击次数；* Successful Hits Per Second ：每秒成功的点击次数；* Failed Hi

19、ts Per Second ：每秒失败的点击次数；* Attempted Connections ：尝试数；13. 您在从事性能测试工作时，14. 是否使用过一些测试工具？如果有，15. 请试述该工具的工作原理，16. 并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。17. 您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？18. 在您以往的工作中，19. 一条软件缺陷或者叫Bug记录都包含了哪些内容？如何提交高质量的软件缺陷Bug记录？20. 您以往所从事的软件测试工作中，21. 是否使用了一些工具来进展软件缺陷Bug的管理？如果有，22. 请结合该工具描述软件缺陷

20、Bug跟踪管理的流程。23. 您认为在测试人员同24. 开发人员的沟通过程中，25. 如何提高沟通的效率和改善沟通的效果？维持测试人员同26. 开发团队中其他成员良好的人际关系的关键是什么？27. 在您以往的测试工作中，28. 最让您感到不29. 满意或者不30. 堪回首的事情是什么？您是如何来对待这些事情的？31. 在即将完成这次笔试前，32. 您是否愿意谈一些自己在以往的学习和工作中获得的工作经历和心得体会？可以包括软件测试、过程改良、软件开发或者与此无关的其他方面33. 你对测试最大的兴趣在哪里？为什么？最大的兴趣就是测试有难度，有挑战性！做测试越久越能感觉到做好测试有多难。曾经在无忧测

21、试网上看到一篇文章，是关于如何做好一名测试工程师。一共罗列了11，12点，有局部是和人的性格有关，有局部需要后天的努力。但除了性格有关的1，2点我没有把握，其他点我都很有信心做好它。刚开场进入测试行业时，对测试的认识是从无忧测试网上了解到的一些资料，当时是冲着做测试需要很多技能才能做的好，虽然入门容易，但做好很难，比开发更难，虽然当时我很想做开发学校专业课我根本上不缺席，因为我喜欢我的专业，但看到测试比开发更难更有挑战性，想做好测试的意志就更坚决了。不到一年半的测试工作中，当时的感动和热情没有减退一点即使环境问题以及自身经历，技术的缺乏，做测试的你一定也能理解。我觉得做测试整个过程中有2点让我

22、觉得很有难度对我来说，有难度的东西我就非常感兴趣，第一是测试用例的设计，因为测试的精华就在测试用例的设计上了，要在版本出来之前，把用例写好，用什么测试方法写？也就是测试方案或测试策略，如果你刚测试一个新任务时，你得花一定的时间去消化业务需求和技术根底，业务需求很好理解多和产品经理和开发人员沟通就能到达目的，而技术根底可就没那么简单了，这需要你自觉的学习能力，比方说吧，最根本的技术知识你要知道内部是怎么运作的的，后台是怎么响应用户请求的？测试环境如何搭建？这些都需要最早的学好。至少在开场测试之前能做好根本的准备，可能会遇到什么难题？需求细节是不是没有确定好？这些问题都能在设计用例的时候发现。第二

23、是发现BUG的时候了，这应该是测试人员最根本的任务了，一般按测试用例开场测试就能发现大局部的bug，还有一局部bug需要测试的过程中更了解所测版本的情况获得更多信息，补充测试用例，测试出bug。还有如何发现bug？这就需要在测试用例有效的情况下，通过细心和耐心去发现bug了，每个用例都有可能发现bug，每个地方都有可能出错，所以测试过程中思维要清晰测试过程数据流及结果都得看仔细了，bug都在里面发现的。如何描述bug也很有讲究，bug在什么情况下会产生，如果条件变化一点点，就不会有这个bug，以哪些最少的操作步骤就能重现这个bug，这个bug产生的规律是什么？如果你够厉害的话，可以帮开发人员初

24、步定位问题。34. 你的测试职业开展是什么？测试经历越多，测试能力越高。所以我的职业开展是需要时间累积的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前3年累积测试经历，按如何做好测试工程师的11，12点要求自己，不断的更新自己改正自己，做好测试任务。35. 你自认为测试的优势在哪里？优势在于我对测试坚决不移的信心和热情，虽然经历还不够，但测试需要的根本技能我有信心在工作中得以发挥。36. 你以前工作时的测试流程是什么？公司对测试流程没有规定如何做，但每个测试人员都有自己的一套测试流程。我说下我1年来不断改正自己总结，吸取同行的方法后的流程吧。需求评审有开发人员，产品经理，测试人员

25、，工程经理需求确定(出一份确定的需求文档)开发设计文档开发人员在开场写代码前就能输出设计文档想好测试策略，写出测试用例发给开发人员和测试经理看看非正式的评审用例接到测试版本执行测试用例中间可能会补充用例提交bug有些bug需要开发人员确实定严重级别的，或突然发现的在测试用例X围之外的，难以重现的，有些可以直接录制进TD开发人员修改可以在测试过程中快速的修改回归测试可能又会发现新问题，再按流程开场跑。37. 当开发人员说不38. 是BUG时，39. 你如何应付？开发人员说不是bug，有2种情况，一是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进展确认，需不需要改动，3方商量确定好后再

26、看要不要改。二是这种情况不可能发生，所以不需要修改，这个时候，我可以先尽可能的说出是BUG的依据是什么？如果被用户发现或出了问题，会有什么不良结果？程序员可能会给你很多理由，你可以对他的解释进展反驳。如果还是不行，那我可以给这个问题提出来,跟开发经理和测试经理进展确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug，我也只是建议的方式写进TD中，如果开发人员不修改也没有大问题。如果确定是bug的话，一定要坚持自己的立场，让问题得到最后确实认。23你为什么想离开目前的职务？因为公司运作情况并不理想，公司需要调整部门体系，公司考虑到缩减部门人员，所以大批量的裁员有6，7个，这是我的第一

27、份工作，对公司也有较深的感情，因为在这里我找到了职业理想就是测试，所以公司需要精简人员，我自愿退出。虽然很舍不得，但我将会有新的发挥能力的舞台。24：你对我们公司了解有多少？25：你找工作时，最重要的考虑因素为何？工作的性质和内容是否能让我发挥所长，并不断成长。26：为什么我们应该录取你？您可以由我过去的工作表现所呈现的客观数据，明显地看出我全力以赴的工作态度。27：请谈谈你个人的最大特色。我的坚持度很高，事情没有做到一个令人满意的结果，绝不罢手。28.白箱测试和黑箱测试是什么?什么是回归测试?29。单元测试、集成测试、系统测试的侧重点是什么？30。设计用例的方法、依据有那些？31。一个测试工

28、程师应具备那些素质和技能？32.集成测试通常都有那些策略？33.你用过的测试工具的主要功能、性能及其他？34.一个缺陷测试报告的组成35.基于WEB信息管理系统测试时应考虑的因素有哪些？36.软件测试工程从什么时候开场，？为什么？37.需求测试考前须知有哪些？38.简述一下缺陷的生命周期39.测试分析测试用例注意事项？你在你所在的公司是怎么开展测试工作的？是如何组织的？你认为理想的测试流程是什么样子？你是怎样工作的？软件测试活动的生命周期是什么？请画出软件测试活动的流程图？针对缺陷采取怎样管理措施？什么是测试评估？测试评估的X围是什么？如果能够执行完美的黑盒测试，还需要进展白盒测试吗？为什么？

29、测试完毕的标准是什么？软件验收测试除了alpha,beta测试以外,还有哪一种?做测试多久了？以前做过哪些工程？你们以前测试的流程是怎样的？用过哪些测试工具？为什么选择测试这行？为什么值得他们公司雇用？如果我雇用你，你能给部门带来什么奉献？如何从工作中看出你是个自动自觉的人你的工作通常能在时限内完成吗.我想问一下就是她问这个问题的动机是什么通常你对于别人批评你会有什么样的反响如果明知这样做不对，你还会依主管的指过去做吗如果你接到一个客户抱怨的，你确知无法解决他的问题，你会怎么处理你觉得什么样的人最难相处为什么值得他们公司雇用？帮助公司提高软件质量和测试部门的技术水平如果我雇用你，你能给部门带来

30、什么奉献？分享我的测试经历和测试技能，提高测试部门技术水平如何从工作中看出你是个自动自觉的人 自动自觉X围太广 1. 工作成果 2. 工作质量 你的工作通常能在时限内完成吗.我想问一下就是她问这个问题的动机是什么在有足够的资源和合理的工作量的情况下，完全可以按时完成，并能比一般人做的更好通常你对于别人批评你会有什么样的反响有错即改，无措勉之如果明知这样做不对，你还会依主管的指过去做吗在公司内部下级是否有申诉渠道？如果你接到一个客户抱怨的，你确知无法解决他的问题，你会怎么处理为什么抱怨？是怎么样的问题？如果是客服问题，提交客服部门解决如果是质量问题，分析原因，下一版本改良你觉得什么样的人最难相处

31、自以为是的人什么叫单元测试？请就软件测试人员应该具备什么样的根本素质说说你的看法。请就如何在开发中进展软件质量控制说说你的看法 简述软件测试的意义，以及软件测试的分类1、功能测试，性能测试，界面测试，平安测试可以简单点，比方只涉及到COOKIES里的内容，压力测试商业性质的 等等，B/S软件也要根据其具体功能采用不同的测试策略。2、态度、责任心、自信、敏锐的观察力、良好的发散思维3、先设计后开发模式，加强单元测试，加强代码走查，有一套完整的白盒测试方法。关键是加强开发人员的质量意识，增进程序员向工程师水平开展。4、意义嘛，就自己想吧。软件测试的分类，这个很多人都按各种方法去分。无明确答案给你。

32、对测试的理解根本的测试知识，对测试是否认可？ 75。 3、谈一谈过去自己的工作了解经历、提供进一步提问的素材，表达能力测试技能测试设计的方法并举例说明测试技术的使用测试工具熟悉程度，能否与当前工作匹配？如何做方案？如何跟踪方案？日常工作能力如果开发人员提供的版本不满足测试的条件，如何做？与开发人员协作的能力熟悉unix系统、oracle数据库吗？是否具备系统知识做过开发吗？写过哪些代码？开发技能阅读英语文章，给出理讲解明？局部英语能力文档的意义是否善于思考？最简单的概念，不同层次的理解假设进入我们公司，对我们哪些方面会有帮助？讲讲自己的特长随便找一件物品，让其测试测试的实际操作能力软件测试的方

33、法有？软件测试的过程？有一个新的软件，假设你是测试工程师，该如何做？软件测试分哪两种方法？分别适合什么情况？2。一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。3。软件测试的类型有那些？分别比拟这些不同的测试类型的区别与联系。4。测试用例通常包括那些内容？着重阐述编制测试用例的具体做法5。在分别测试winform的C/S构造与测试WEB构造的软件是，应该采取什么样的方法分别测试？他们存在什么样的区别与联系？6。在测试winform的C/S构造软件时，发现这个软件的运行速度很慢，您会认为是什么原因？您会采取哪些方法去检查这个原因？7。描述使用bugzilla缺陷管理工具对软件缺陷BUG跟

34、踪的管理的流程你在五年内的个人目标和职业目标分别是什么？分析这个问题是用来了解你的方案能力的，通过这个问题，面试人同时还可以知道你的目标是否符合企业对你的安排。错误答复我想在将来的某个时候考虑这个问题。如今企业的领导者更换频繁，我认为做太多的个人方案是荒唐可笑的，不是吗？评论这种答复属于令人反感的一类。首先，当有人想了解你的目标时，将来的某个时候这种通俗说法并不奏效。其次，认为企业很脆弱，领导者更换频繁，这种说法毫无疑问会令人反感，而且也是不合理的。最后，认为做方案可笑，看不起这个问题，而且反问面试人，这些都注定了这样的求职者最终会失败。正确答复从现在起的五年之内，我希望能够在一个很好的职位上

35、待几年，而且最好有一次晋升，然后就期待着下一步。不管是向上提升，还是在企业内横向调动，对我个人来说，我希望找到一家企业一家愿意做相互投入的企业待上一段时间。评论这个问题没有答复得过分具体那样可能会产生漏洞，而且它说明你有雄心，并且思考过在企业中的成长方式。通过表达横向调动和向上提升的愿望，说明你是一个有灵活性的人。问题23你怎样做出自己的职业选择？分析 面试人提出这个问题是为了了解求职者的动机，看看他她应聘这份工作是否有什么历史渊源，是否有职业规划，是不是仅仅在漫无目的地申请很多工作。错误答复 我一直都想在企业界工作。自孩提时代起，我就梦想自己至少也要成为大企业的副总裁。评论 除了难以令人相信

36、之外，这种答复还存在一个问题：它说明求职者会对副总裁以下的职位不感兴趣。正确答复 在上大学四年级前的那个夏天，我决定集中精力在某一领域谋求开展。尽管我是学商业的，但是我不知道自己最终会从事哪一行业的工作。我花了一定的时间考虑自己的目标，想清楚了自己擅长做的事情以及想从工作中得到的东西，最后我得出了一个坚决的结论，那就是这个行业是最适合我的。评论 这种答复说明，求职者认真地做过一些方案，缩小了自己的关注点，而且也认准了前进的方向。这种答复还说明，求职者理解个人职业规划的重要性，并且有能力做出认真的个人决策。1. 你都用什么测试方法2.怎么编写案例3.怎么才能够全面的测试到每一个点1. 你都用什么

37、测试方法针对不同的产品或者系统或者模块，有不同的测试方法。总体而言有白盒测试和黑盒测试。2.怎么编写案例案例的编写与测试阶段的定义有很大的关系。系统测试和unit测试的案例可能不同。总体而言测试案例根据系统的需求而定。3.怎么才能够全面的测试到每一个点测试的全面性主要需要在设计测试方案的时候考虑，从测试策略，产品需求等等多个角度考虑从而定义全部的测试点。1、谈谈软件测试技术，以及如何提高2、谈谈软件测试职业开展，以及个人的打算3、谈谈软件测试在企业的地位，也可以结合软件生命周期来谈有可能清晰的思路比确切的答案更重要在这里，主要说下笔试和面试的问题，希望大家共同参考。 1，一般公司里实际的软件测

38、试流程是什么样的？你们公司又是怎样的？ 2，软件工程师要具有那些素质？ 3，你会哪些测试工具？怎么操作？ 4，你能不能说下你的3到5年的职业方案规划 5，你觉得你来应聘有那些优势？其余的还好说，但就第4个问题，我感到不好说哦！希望大家给个意见第一关：首先要自我介绍，自己的性格怎么样，目前的工作经历积累了一些什么经历取得了些什么值得一说的成果。然后要说说对软件测试怎么看？还有对于软件测试有什么自己的想法。为什么会想到要做这行因为我的简历上的工作经历没有关于测试方面的。哦，还有期望薪资。第二关：认为软件测试人员所要具备的根本素质，如果遇到问题会怎样处理，如果得不到研发人员的配合就是研发说这个不是问

39、题你又会怎么处理？然后就是一些根本概念，比方软件测试的流程有哪些？如果我上任了，首先会怎么开场自己的工作方案。前两关通过了后面这个就好过多了第三关：像我介绍了一下公司的情况，告诉我主要针对什么内容的测试，会不会使用数据库。告诉我大概要做哪些内容，详细的可以上岗以后慢慢熟悉。大概就这么多了，这对没有经过这一关的不知道有没有帮助，仅供参考吧我觉得就像李波说的，关键是要给对方留下好印象:)面试官最后会问你有什么问题要问吗。作为应聘者的你一般不要说没问题问，这会给面试官留下你不太重视这份工作的坏印象。所以如果你想得到这份工作的话应该抓住这最后的表现自己的时机：你可以问：1. 贵公司近期和远期的开展目标

40、是什么？2. 贵公司的主要竞争对手有哪些？3. 贵公司有多少开发人员有多少测试人员？4. 贵公司又进一步扩大测试人员的方案吗?5. 如果我有幸能进入贵公司的话，我有怎么样的开展？6. 测试人员的沟通能力很重要，贵公司有规X的沟通渠道吗？7. 请介绍一下贵公司的福利情况。8. 请问我什么时候能知道结果？测试生命周期：测试方案-测试设计-测试开发-测试执行-测试评估。测试方案就是定义一个测试顶目的过程，以便能够正确的度量和控制测试。第一局部：测试方案完整测试方案包含的内容：1 对测试X围的界定，简单的说就是测试活动需要覆盖的X围。 在有时间约束，工作产品质量约束的情况下，唯一能够调整就是X围。2

41、风险确实定，工程中总是有不确定的因素。 这些因素一旦发生之后记录对工程的顺利执行产生相当大的消极影响。所以在工程中，首先需要识别出存在的风险。3 资源的规划，确定完成任务需要消耗的人力资源，物资资源。 这些是保证工程执行的物资要素。物资资源是管理者容易忽略的问题，实际上物资资源是人得以开展工作的工具，细致的规划可以让人更有效的去执行工程。常见的物资资源有计算机硬件，软件，测试环境的搭建等等。4 时间表的制定，在识别出子任务和资源之后，我们便可以将任务，资源和时间 关联起来形成时间进度表 。本质上说，时间表是对前3项任务的一个概括。没有前三步的工作，时间进度表是没有意义的。测试方案的问题：1、测

42、试方案经常是等到开发周期后期才开场实行，使得没有时间有效的执行方案；2、测试方案的组织者可能缺乏Client/Server测试经历；3、测试的量度和复杂性可能太大，没有自动化工具，很难方案和控制。测试策略：测试策略描述测试工程的总体方法和目标。描述目前在进展哪一阶段的测试单元测试、集成测试、系统测试以及每个阶段内在进展的测试种类功能测试、性能测试、压力测试等。测试策略包括1、要使用的测试技术和工具；2、测试完成标准；3、影响资源分配的特殊考虑例如测试与外部接口或者模拟物理损坏、平安性威胁。测试方案最关键的一步就是将软件分解成单元，写成测试需求。测试需求有很多分类方法，最普通的一种就是按照商业功

43、能分类。把软件分解成单元元件有几个好处：1、测试需求是测试设计和开发测试用例的根底，分成单元可以更好地进展设计；2、详细的测试需求是用来衡量测试覆盖率的重要指标；3、测试需求包括各种测试实际和开发以及所需资源。怎样估计测试工作量：1、效率假设：即测试队伍的工作效率。对于功能测试，这主要依赖于应用的复杂度，窗口的个数，每个窗口中的动作数目。对容量测试，主要依赖于建立测试所需数据的工作量大小。2、测试假设：为了验证一个测试需求所需测试动作数目。3、应用的维数：应用的复杂度指标。例如要参加一个记录，测试需求的维数就是这个记录中域的数目。4、所处测试周期的阶段：有些阶段主要工作都在设计，有些阶段主要是

44、测试执行写测试方案的步骤：1、确定工程收集以下信息 文档已创立是/否版本/日期需求详述功能详述工程方案设计详述原型用户手册定义新的工程，Admin New Project。确定软件的构造，用Assets Software Structure选项定义软件构造。2、定义测试策略测试策略项例子测试阶段系统测试测试类型功能测试测试技术75%用SQA Suite自动测试，25%手工测试完成标准95%测试用例通过并且最高级缺陷全部解决特殊考虑测试必须在上午进展3、分解软件，写测试需求分析各种信息反复检查并理解各种信息，和用户交流，理解他们的要求。可以按照以下步骤执行：1、确定软件提供的主要商业任务2、对每个商业任务，确定完成该任务所要进展的交易。3、确定从数据库信息引出的计算结果。4、对于对时间有要求的交易，确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。5、确定会产生重大意外的压力测试，包括：