测试人员面试时可能问到的问题

《测试人员面试时可能问到的问题》由会员分享，可在线阅读，更多相关《测试人员面试时可能问到的问题（17页珍藏版）》请在金锄头文库上搜索。

1、 测试人员面试时可能问到的问题以前做过测试,有志于从事测试,目前正在从事测试或者将来要从事测试的朋友都来问问自 己 ,这些问题如果问到我应该怎么回答.软件测试工程师面试题 01. 为什么要在一个团队中开展软件测试工作？ 02. 您是否了解以往所工作的企业的软件测试过程？如果了解，请试述在这个过程中都有 哪些工作要做？分别由哪些不同的角色来完成这些工作？ 03. 您是否了解以往所工作的企业的软件开发过程？如果了解，请试述一个完整的开发过 程需要完成哪些工作？分别由哪些不同的角色来完成这些工作？（对于软件测试部分，可 以简述） 04. 您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分

2、工作？ 05. 您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联 系（如功能测试、性能测试） 06. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的 区别与联系。 07. 测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？08. 您认为做好测试计划工作的关键是什么？ 09. 您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试 用例设计工作中的应用。 10. 您认为做好测试用例设计工作的关键是什么？ 11. 请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程。 12. 您以往的工

3、作中是否曾开展过测试用例的评审工作？如果有，请描述测试用例评审的 过程和评审的内容。13. 您以往是否曾经从事过性能测试工作？如果有，请尽可能的详细 描述您以往的性能测试工作的完整过程。14. 您在从事性能测试工作时，是否使用过一些 测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具 是如何在实际工作中应用的。 15. 您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？ 16. 在您以往的工作中，一条软件缺陷（或者叫 Bug）记录都包含了哪些内容？如何提交 高质量的软件缺陷（Bug）记录？常见软件测试工程师面试题之二常见软件测试工程师面试题之二09. 您

4、所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。答：有黑盒和白盒两种测试种类，黑盒有等价类划分法，边界分析法，因果图法和错误猜测法。白盒有逻辑覆盖法，循环测试路径选择，基本路径测试。 例子：在一次输入多个条件的完整性查询中。利用等价类划分法则和边界分析法则，首先利用等价类划分法，可以一个或多个结果是 OK 的测试用例，然后确认多个 NG 的测试用例，然后利用边界值分析法，可以对结果分别是 OK 和 NG 的测试用例进行扩展和补充。 10. 您认为做好测试用例设计工作的关键是什么？答：测试用例设计工作的关键是对可行的和不可行的都要考虑。1，输入 2，

5、详细的操作步骤 3，预期输出 4，实际输出。 11. 请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程。12. 您以往的工作中是否曾开展过测试用例的评审工作？如果有，请描述测试用例评审的过程和评审的内容。13. 您以往是否曾经从事过性能测试工作？如果有，请尽可能的详细描述您以往的性能测试工作的完整过程。14. 您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。答：有使用过 LoadRunner,该工具能够录制测试人员的操作步骤，然后对这个操作步骤模拟出多个用户来播放出来。 1。Visur

6、al User Genertor 创建脚本，选择协议，录制操作，编辑操作。 2。中央控制器（Controller）调度虚拟用户。创建场景，选择脚本，建立虚拟用户，设计 shedual，设置 ip spoofer。 3。运行脚本。分析 shedual。 4。分析测试结果。 15. 您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？答：性能测试工作的目的是检查系统是否满足在需求说明书中规定的性能，性能测试常常需要和强度测试结合起来，并常常要求同时进行软件和硬件的检测。 性能测试主要的关注对象是响应时间，吞吐量，占用内存大小（辅助存储区） ，处理精度等。 16. 在您以往的工作中，一条软

7、件缺陷（或者叫 Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？答：检测时间，系统环境，硬体环境，严重程度，程式版本，确认人，功能模块，问题描述，详细操作步骤，是否会重现。 问题描述和详细操作步骤要尽可能的详细。Bug 应该尽量用书面语，对与严重程度比较高的缺陷要在相同环境下在测试一遍。 在 C/S 模式下，如果条件满足可以使用替换法来确认是 client 端的问题还是 server 端的问题。17；您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？1、 条软件缺陷（或者叫 Bug）记录

8、都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？2、Beta 测试与 Alpha 测试有什么区别？ 3、软件的评审一般由哪些人参加？其目的是什么？4、测试活动中，如果发现需求文档不完善或者不准确，怎么处理？5、阶段评审与项目评审有什么区别？?16.你对测试最大的兴趣在哪里？为什么？最大的兴趣就是具有挑战性。因为我并不知道哪里会出现 bug，在找到一个 bug 后会很高兴。并且测试需要很强的耐心和细心。我可以很容易的找到一些细节问题。2012 年年 9 月月 20 日日 软件测试题目软件测试题目(4)实际工作问题实际工作问题 1.测试活动中，如果发现需求文档不完善或者不准确，怎么处理？

9、要及时的与项目经理进行沟通协调。要在邮件中详细的把不完善不准确的地方描述出来， 并提出自己的意见。2.你认为做好测试计划工作的关键是什么？首先，要有一个明确的目标，详细的阅读需求文档说明。其次，要对整个测试人员、测试时间、测试进度进行一个预估，并预先进行管理。最后，要对整个测试流程设定一个规范，所有测试人员都按着规范做事，不能随心所欲的 测试。3.软件配置管理工作开展的情况和认识？拿到一台裸机过后要安装客户需要的操作系统，并且安装一些所必须的软件。4.你觉得软件测试通过的标准应该是什么样的？测试用例完全执行，测试用例覆盖到所有的测试点，并且缺陷的密度达到客户的要求。5.软件测试的文档测试应当贯

10、穿于软件生命周期的全过程，其中用户文档是文档测试的重 点。那么软件系统的用户文档包括哪些？用户安装文档、用户配置文档、用户使用手册、联机指导等。6.简述软件系统中用户文档的测试要点？完整性：用户文档中功能的描述要完整的。不能让用户产生疑问。一致性：用户文档中的功能描述要与实际软件中的功能一致。不能描述过盛。易使用性：用户文档中描述的内容要方便用户阅读并且能够让用户很清楚的知道如何操作。图表：有的时候用图表描述会很明了。7.什么是系统瓶颈？系统瓶颈就是软件在一定的并发量、访问量下无法达到用户的需求。比如说用户需要在 10s 内完成一个访问，但是每一次都要 12s 才能完成，这个就是性能 瓶颈，有

11、可能是程序本身的问题，也有可能和操作系统、软硬件相关。8.没有产品说明书和需求文档地情况下能够进行黑盒测试吗？可以。这个情况下我们就要进行探索性测试，把软件当成用户需求，一步步进行测试。凭借经验 判断功能正确与否，有的时候还可以与项目经理、开发人员一起交流沟通，从而进行更好 的测试。9.为什么尽量不要让时间有富裕的员工去做一些测试？首先，专业的测试人员是有一定的技能和耐心对软件一步一步进行测试。如果让时间富裕 的员工去测试的话，他可能心思并不在测试上面。会很随意的、没有目标的进行测试。这 样子的话测试并不完整，有的时候甚至很重要的 bug 都没法找出。所以还是需要专业的测 试人员来进行测试的。

12、10.完全测试程序是可能的吗？不可能。测试人员对程序进行测试，只能找出程序中的 bug，但是并不能保证程序是没有 bug 的。完全测试要花费很多的人力物力，并且测试的数据量过大，很费时间。测试结果有很多， 有的都是类似的，没有必要进行相同的测试。所以完全测试是不可能的。11.软件测试的风险主要体现在哪里？主要体现在没法完全测试。有些问题可能隐藏在没有测到的地方。这样子就被忽略了。客 户使用的时候并不熟悉软件是如何操作的。可能有的时候会误点点出问题。这样子的话我 们就要承担很大的风险了。12.发现的缺陷越多，说明软件缺陷越多吗？是的。通常如果发现了一个缺陷的话，有的时候会发现很多类似的缺陷，因为

13、由于开发人 员的习惯，可能一个地方有错误，另外一个地方就会有相同的错误。13.所有的软件缺陷都能修复吗？所有的软件缺陷都要修复吗？从理论上来说所有的缺陷都是可以修复的，但是并不是所有的缺陷都要修复。一些对于软件没有影响的、不影响使用的缺陷我们可以不用修复。因为修复一些细小的缺 陷也需要花费很多时间。项目上面可能会因为时间问题而先忽略这些小缺陷。14.开发人员老是犯一些低级错误怎么解决？要在开发的前期就制定好一些编码规范，这样子可以减少很多因为个人习惯引起的错误。同时，测试人员在发现开发人员犯一些低级错误的时候不可以指责他们，要耐心的给他们 指出错误所在。然后可以由开发人员自己进行测试，找出一些

14、一眼就看得出来是错误的地方。15.您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？我一般都是做的 web 测试，搭建测试环境，对于一个程序进行集成测试，系统测试，回归 测试等。还要编写测试用例以及一些文档，用户使用手册，功能测试文档等等。最擅长的 是功能测试。16.你对测试最大的兴趣在哪里？为什么？最大的兴趣就是具有挑战性。因为我并不知道哪里会出现 bug，在找到一个 bug 后会很高兴。并且测试需要很强的耐心 和细心。我可以很容易的找到一些细节问题。17.开发人员说不是 BUG 时，你如何应付？首先把自己的理由告诉开发人员。在同开发人员沟通到底是不是 bug，但是如果开发

15、人员 还是认为不是 bug 的话，就把这个问题提到项目经理处，同时附上自己的理由。由项目经 理决定是否为 bug。18.软件测试项目从什么时候开始，？为什么？一般软件测试越早展开越开，一般是从需求阶段就要进行软件测试。软件测试不仅是测试 功能，对于需求文档一类的也要进行测试。越早的找出 bug，就会减少后续开发人员修改 程序的次数，并且可以降低成本，如果等整个软件开发的差不多了发现一个致命的错误的 话，是需要花费很多的时间和人力来重新修改的。如果在一开始就发现的话就不会出现这 种情况了。19.做测试多久了？以前做过哪些项目？你们以前测试的流程是怎样的？用过哪些测试工 具？做测试有一年半了。以前

16、做过万宇的游戏平台、江南电梯的合同管理软件等。以前的测试流程：首先拿到需求文档的时候要详细阅读理解需求，在这基础上开始编写测 试用例。然后开发人员开发好模块后自己进行单元测试，当然有的时候单元测试这一步时 间不允许的情况下就不做了。然后测试人员对于集合起来的模块进行集成测试，测试其功 能与需求上是否一致，如果发现不一致的话就在 jira 上面提出一个 bug 让开发人员进行修 复，修复完成后重新进行测试直至 bug 修复完成。其次，每次发布新版本的时候要进行回归测试，以防修复一个 bug 后因这个 bug 产生别 的新的 bug。然后进行系统测试，在用户所需的操作系统及软件环境下对整个程序进行测试，以保证可 以提交给用户进行测试。最后要编写用户使用手册、功能测试文档、性能测试文档等等。用过一段时间 QTP，但只是借助他在每次新环境的时候插入必要数据，并没有真正的用它 来执行测试。20.你能不能说下你的 3 到 5 年的职业计划（规划）？首先，要巩固自己的测试基本知识，在基本知识扎实的情况下提高理解需求文档的能力。其次，学习自动化测试工具，并