1,您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用?有黑盒和白盒两种测试种类黑盒有：等价类+边界值分析法（万能法），因果图+判定表方法，错误推测法，正交表，场景分析法，功能图白盒：逻辑覆盖法+循环测试法+基本路径法
02、您认为做好测试用例设计工作的关键是什么？测试用例设计工作的关键是对可行的和不可行的都要考虑
03、您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。使用过JMeter ,Badboy等性能测试工具，能够录制测试人员的操作步骤，然后对这个操作步骤模拟出多个用户来播放出来。step1，使用badboy 录制操作，保存脚本step2，在JMeter里打开脚本，进行脚本调试step3，调试完成后进行 创建场景sterp4，进行性能测试
2、中央控制器（Controller）调度虚拟用户，创建场景，选择脚本，建立虚拟用户，设计shedual，设置ip spoofer。
3、运行脚本。分析shedual。
4、分析测试结果。
04、您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？目的是检查系统是否满足在需求说明书中规定的性能性能测试常常需要和强度测试结合起来，并常常要求同时进行软件和硬件的检测。主要的关注对象是响应时间，吞吐量，占用内存大小（辅助存储区），处理精度等
05、在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？检测时间，系统环境，硬件环境，严重程度，程式版本，确认人，功能模板，问题描述，详细操作步骤，是否会重现。
06、你对测试最大的兴趣在哪里？为什么？
07、测试活动中，如果发现需要文档不完善或者不准确，怎么处理？要及时的与项目经理进行沟通协调。要在邮件中详细的把不完善不准确的地方描述出来，并提出自己的意见。
8、你认为做好测试计划工作的关键是什么首先，要有一个明确的目标，详细的阅读需求文档说明。其次，要对整个测试人员、测试时间、测试进度进行一个预估，并预先进行管理。最后，要对整个测试流程设定一个规范，所有测试人员都按着规范做事，不能随心所欲的测试。
09、软件配置管理工作开展的情况和认识？拿到一台裸机过后要安装客户需要的操作系统，并且安装一些所必须的软件
10、你觉得软件测试通过的标准应该是什么样的？测试用例完全执行，测试用例覆盖到所有的测试点，并且缺陷的密度达到客户的需求。
11、软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些？用户安装文档、用户配置文档、用户使用手册、联机指导等
12，简述软件系统中用户文档的测试要点？完整性，一致性，易使用性，图表
13、什么是系统瓶颈？系统瓶颈就是软件在一定的并发量、访问量下无法达到用户的需求。（比如说用户需要在10s内完成一个访问，但是每一次都要12s才能完成，这个就是性能瓶颈，有可能是程序本身的问题，也有可能和操作系统、软件相关。）
14，没有产品说明书和需求文档地情况下能够进行黑盒测试吗？可以
16、完全测试程序是可能的吗？不可能。测试人员对程序进行测试，只能找出程序中的bug，但是并不能保证程序是没有bug的。
19、所有的软件缺陷都能修复吗？所有的软件缺陷都要修复吗？从理论上来说所有的缺陷都是可以修复的，但是并不是所有的缺陷都要修复。
21、您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？我一般都是做的Web测试，搭建测试环境，对于一个程序进行集成测试，系统测试，回归测试等。还要编写测试用例以及一些文档，用户使用手册，功能测试文档等等。最擅长的是功能测试。
22、开发人员说不是bug时，你如何应付？首先把自己的理由告诉开发人员。在同开发人员沟通到底是不是bug，但是如果开发人员还是认为不是bug的话，就把这个问题提到项目经理处，同时附上自己的理由。有项目经理决定是否为bug。
23、软件测试项目从什么时候开始为什么？一般软件测试越早展开越好，一般是从需要阶段就要进行软件测试。软件测试不仅是测试功能，对于需求文档一类的也要进行测试。越早的找出bug，就会减少后续开发人员修改程序的次数，并且可以降低成本，如果等整个软件开发的差不多了发现一个致命的错误的话，是需要花费很多时间和人力来重新修改的。如果在一开始就发现的话就不会出现这种情况了。
24、你能不能说下你的3-5年的职业规划？首先，要巩固自己的测试基础知识，在基本知识扎实的情况下提高理解需求文档地能力。其次，学习自动化测试工具，并将它运用到测试中。
25、功能测试用例需要详细到什么程度才是合格的？测试用例覆盖到所有的测试点。
26、一个缺陷测试报告的组成缺陷编号、缺陷标题、缺陷描述、缺陷的优先级、缺陷的重要程度、缺陷所述的模块、缺陷所属的版本、缺陷所属的开发人员、输入数据、输出结果、缺陷分析等
27、测试用例通常包括哪些内容？用例编号、测试环境、用例标题、输入数据、预期结果等
28、你都用什么测试方法？根据不同的系统和模块有不同的方法。主要是黑盒测试和白盒测试。
29、软件的评审一般由哪些人员参加？其目的是什么？参加人员：客户、项目经理、开发人员、测试人员目的：查看软件在未正式投入运行前是否还存在问题。对于不同软硬件平台能否正常运行，是否有与客户理解不一致的地方，同时可以对一些可以改进的地方再多加改进。
30、什么是软件测试，软件测试的目的？为了发现程序中的错误而执行程序的过程。通过人工或者自动化的操作进行还没有商业化用途的程序，查看他们的功能是否满足客户需求。目的：在最短时间内找出尽可能多的软件缺陷。
31、什么是兼容性测试？检查软件在不同软件平台，硬件平台上是否可以正常运行的测试。主要查看软件在不同操作系统、浏览器、数据库中是否运行正常。
33、软件测试的对象有哪些？软件测试并不等于程序测试。软件测试应贯穿于软件定义与开发的整个期间。需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应成为软件测试的对象。
34、当测试过程发生错误时，有哪几种解决办法？退出过程和应用程序，重新启动Windows，在失败的地方重新开始测试
35、怎么才能够全面的测试到每一个点？测试的全面性主要需要在设计测试计划的时候考虑，从测试策略，产品需求等等多个角度考虑从而定义全部的测试点。
36、开发与测试的关系？开发和测试是一个有机的整体。在产品发布之前，开发和测试是循环进行的，测出的缺陷要经开发人员修改后继续测试。在开发的同时测试经理开始编写测试用例，测试文档要参考开发文档，所以开发和测试是不可分割的，少了任何一个都不能开发出产品。
37、测试活动中统计了哪些数据？工作量 bug数量
38，进行测试时产生了哪些文档或记录？测试的整个过程有系统测试计划、系统测试用例、系统测试报告、缺陷报告、产品发布说明
40、测试用例如何设计的？在测试用例的设计之前首先要仔细阅读开发的详细设计文档，充分了解产品的详细功能，不清楚的地方与开发人员进行沟通，搞懂每个功能，尽量详细到输入框、按钮等小功能，功能点清楚之后按照功能模块分类进行用例编写。在具体的用例设计中会运用到等价类边界值等黑盒测试方法
41、简单概述缺陷报告，并说明包括哪些项？现在缺陷报告一般不再使用纸质档文档编写，而是专用测试管理工具（如TestDirector），这样便于缺陷管理。在这些工具中，每个缺陷作为一条记录输入指定的缺陷管理系统中。缺陷报告包括：软件名称、版本号、功能模板、缺陷编号、对应的用例编号、编写时间、编写人、测试员、预期结果、实际结果、缺陷描述、严重级别、优先级别
42、什么是bug？软件的bug指的是软件中（包括程序和文档）不符合用户需求的问题。没有实现的功能完成了用户需求的功能，但是运行时会出现一些功能或性能上的问题实现了用户不需求的多余功能
43、开发人员修复缺陷后，如何保证不影响其他功能？重新执行用例、看是否出现错误结果。并对周围的一些相关功能点追加新的测试用例。
44、什么时候功能测试？功能测试是在规定的一段时间内运行软件系统的所有功能，以验证这个软件系统有无严重错误。45、请问功能测试和性能测试的区别是什么？功能测试：检测实际软件的功能是否符合用户需求，测功能是不是全部实现，某个实现是不是有BUG。主要为了发现以下几类错误：A、是否有不正确或遗漏的功能？B、功能实现是否满足用户需求和系统设计的隐藏需求？C、能否正确接收输入？能否正确输出结果？性能测试：验证软件质量的三个质量特性，可靠性，正确性和效率。主要是测试产品的健壮性功能测试按照系用例，按照系统需求说明书和测试用例，对产品的功能一步步进行测试。找出产品功能是否全部实现性能测试：一般都使用性能工具对产品的健壮性进行评估。通过创建场景和虚拟用户模拟真实环境，进行压力测试和负载测试。
46、为什么选择测试这行？它是一个新兴的行业，有发展潜力，而且很锻炼人，需要掌握更多的技能，比做开发要更全面。
标签：面试题,功能,测试用例,文档,测试,缺陷,软件测试 来源： https://www.cnblogs.com/Feather-pen/p/15316921.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。