软件测试笔试题库(软件测试技术题库)

缺陷简要描述：用手机拨打视频电话，建立连接后无图像显示，手机黑屏，通话10秒后自动断开连接，手机死机。 缺陷级别：致命缺陷发生概率：5/5缺陷发生时间：2013.11.4手机软件版本：XXX网络信息：3G缺陷测试人：XXX 开发确认人：XXX
这个题目的意思就是让你把这个缺陷等级划分出来提交吧
你要看自己想面试哪方面的测试，如果是面试web方面的测试应该很少用到网络吧，如果面试路由器，或交换机方面的与网络有关的测试的话，那肯定用到网络方面的知识啊。

软件测试面试一般会涉及非技术类问题和技术类问题：一、非技术类问题：非技术类问题，又分为封闭式问题、开放式问题、诱饵式问题三个维度。01.封闭式问题比如：你在哪儿读的书？你有英语四级证书吗？你有几年工作经验？……这类问题答案是单一的，所以回答的时候要简洁明了。02.开放式问题面试官一般想通过一些开放式问题，了解你的沟通表达，思维逻辑等方便的能力，遇到这类问题时，就需要有条理的进行阐述。比如：你对我们公司有什么了解？遇到这类开放式问题时，可以提前做一些准备，在网上多了解一些应聘公司的信息，并进行简单的梳理，在遇到类似问题时，就可以结合自己整理的大纲来展开延伸。你的弱点是什么？回答这类问题，不要过多谈论和这份工作明显相关的弱点，使自己陷于不利的境地。比如从长处来说，我相信我最大的优点是我有一个高度理性的头脑，能够从混乱中整理出头绪来。我最大的弱点是，对那些没有秩序感的人，可能缺乏足够的耐心。我相信我的组织才能可以帮助企业更快地实现目标，而且有时候，我处理复杂问题的能力也能影响我的同事。03.诱饵式问题面试官通过这类问题主要是想了解在简历上看不到的你，比如：你为什么从上份工作离职了，是因为发生了什么不愉快的事吗？遇到这类问题时，我们要保持警惕，思维不能被面试官牵着走，也不能把面试官当知心，大肆吐槽前份工作中遇到的种种不愉快。二、技术类问题常见的技术类问题主要涉及项目经历，技术基础，测试思路，方案设计等方面。比如：01.介绍一下你们公司的测试流程回答要点：有些面试官也会问项目流程，作为一个普通的测试工程师，不熟悉整个项目流程是很正常的，如果这样，可以就回答测试流程。一般来说，测试组长或者测试经理才会相对熟悉项目流程。还有流程不要回答的太过简单，太过书面化，如提需求-写用例-提交bug-验证bug，可以结合自己做过的项目来回答。02.app和web测试有什么区别？回答要点：主要考察你的经验积累，以及你对于app和web的理解。参考回答：web和app其实本质上并没有什么区别，只是面向用户的不同前端软件而已，后台的架构都可以一模一样，比如说都是linux+jdk+tomcat+mysql。web是bs架构，app是cs架构，由于这个差别，web安装部署都比较方便，app经常需要更新。在测试过程中，有一些web特色的测试，比如鼠标悬停，键鼠操作等。app测试也有交叉事件测试，网络测试，横竖屏切换，手机按键等等 。Web测试经常需要考虑响应时间，2-5-10原则，app测试还需要考虑流量和电量测试等。03.你熟悉哪些测试工具？软件测试工具有很多，测试管理工作、自动化测试工具、性能测试工具等，在回答这个问题的时候，最好是结合你做过的项目去阐述。比如在做过什么项目时，在哪些场景下，你使用了什么测试工具。04.简单说一说你做过的一两个项目面试之前，要把自己近期做过的项目进行梳理，重点总结自己最近做过的1-2个项目。比如项目基本情况，你在项目中负责哪些内容，是怎么测试的，使用了哪些工具，在哪些场景下如何使用的。这些细节都需要梳理清晰。更多具体的问题，可以在网上搜索软件测试面试题库，详细了解~
软件测试面试前的最后一波恶补！不要打没有准备的仗。 想要拿到心仪的offer，光有相应的技术水平是不够的，还是要提前做好面试题的熟悉以及学习一些面试时的技巧，否则，就算是金子也很可能会被埋没了。下面给详细讲讲一些面试中比较常见的题吧！1、软件测试的流程是什么？分析：每当hr问一个问题的时候，我们都必须在脑海里先想一下他是想通过这个问题获取哪些信息，做好了这步先行工作再回答就比较稳健了。如果有工作经验，那么直接按照公司流程去答就可以了，如果你刚转行或者是才实习，那就按下面的标准回答走就行了。回答：项目经理将项目需求文档给到开发，开发记录文档内需求不明确或者遗漏点做好准备，然后在需求评审会议上，各开发人员提出自己的疑问并解决，需求评审最终得到一份需求规格说明书。（需求评审阶段）评审通过后，开发这边的经理就开始编写开发计划，测试经理编写测试计划，计划评审通过后开发人员进行程序的开发，测试人员开始测试用例的编写。当项目的第一个版本出来后，开发负责第二个版本的迭代，而测试这边对项目进行测试并记录追踪管理bug，直到项目迭代完毕。（产品研发阶段）项目迭代完毕并修复大部分的bug后，测试这边开始进行总结，最终产出一份测试报告书，记录此次的测试工作及项目存在的问题。（产品发布阶段）2、测试用例主要有哪些元素？分析：每家公司用的模板都不尽相同，所以内容也是多种多样的，你只需要把基本的元素回答出来就行了。回答：测试用例的主要元素有：ID、标题、模块、预置条件、操作步骤、预期结果、实际结果、是否通过等等3、软件测试有什么策略和阶段？分析：策略就是你是以什么样的思路去测试，或者是通过什么样的技术或者步骤去执行等等。回答 ：软件测试的策略主要有：动态、静态测试；白盒、黑盒测试。测试阶段按照研发顺序分别是：单元测试、集成测试、系统测试，有些公司还会有验收测试；（单元测试开发在调试代码时就完成，集成测试也是，但是有时测试人员也需要进行集成测试；测试人员平时主要的工作就是系统测试，验收测试是客户参与进行的测试）；4、测试用例是什么？有什么作用？回答：测试用例实际上就是预设好一个特定的场景，让软件再这个场景中运行，以检验程序是否给出正确反应，来衡量软件是否正确满足了客户需求。作用：1、避免盲目测试并提高测试效率；在软件版本更新之后只需要少量修改即可开展测试工作，提高工作效率，大幅度缩短测试周期。2、可以直观看出哪些是测试重点，测试用例是测试工作的见证，可以看到测了哪些功能，又有哪些模块没有测。3、测试用例是量化测试工作的方法之一。5、你平时是怎么设计测试用例的？分析：这个问题的点主要考察是否掌握测试用例设计方法，在回答之后，HR可能会继续追问某种设计方法的概念或者实例，这时举例说明即可；如：等价类划分法就是把程序的输入域划分成等价类，从每个部分中选取少数代表性数据当做测试数据。回答：设计测试用例一般都会使用到等价类、边界值、场景/流程法、因果图还有错误推测法；6、你们公司的需求评审是怎么进行的？分析：需求评审，就是对客户需求，软件各个模块之间模糊的点进行审查，排除不理解或者没有考虑到的点。回答：需求评审，在一些分工比较明确的公司，都是由PD负责，需求确认好后再下发到开发和测试部门；分工不怎么明确的公司可能就是开发测试产品等大家坐在一起共同探讨；评审形式一般分为线上和线下两种方式，负责人一般会提前把需求文档下发到大家手上供大家整理各自的疑惑点，为后续的评审会议做准备。7、还有什么想要问我的吗？分析：这个问题在每个面试的尾声都会被问到，如果你直接回答没有，会让hr有种你不在意这份工作的感觉，如果你问得多了又会显得面试之前没有做好充分的准备，所以问题一般控制在2-3个就差不多。直接说没有，会让HR觉得你不关心这个岗位，问的多了又会显得面试之前没有做好充分的准备。所以问题一般控制在两到三个比较好。回答：1、公司的研发团队目前是什么规模？开发和测试分别有多少人？2、公司今后的业务方向是什么？3、如果我入职了，我的主要工作职责是什么？ 以上！

01. 为什么要在一个团队中开展软件测试工作？ 因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。02. 您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？我曾经做过web测试，后台测试，客户端软件，其中包括功能测试，性能测试，用户体验测试。最擅长的是功能测试03. 您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同04. 的测试类型的区别与联系（如功能测试、性能测试……）测试类型有：功能测试，性能测试，界面测试。功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。区别在于，功能测试关注产品的所有功能上，要考虑到每个细节功能，每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上，用户使用该产品的时候是否易用，是否易懂，是否规范（快捷键之类的），是否美观（能否吸引用户的注意力），是否安全（尽量在前台避免用户无意输入无效的数据，当然考虑到体验性，不能太粗鲁的弹出警告）？做某个性能测试的时候，首先它可能是个功能点，首先要保证它的功能是没问题的，然后再考虑该功能点的性能测试05.请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：1、是否有不正确或遗漏的功能？2、在接口上，输入是否能正确的接受？能否输出正确的结果？3、是否有数据结构错误或外部信息（例如数据文件）访问错误？4、性能上是否能够满足要求？5、是否有初始化或终止性错误？软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：1、对程序模块的所有独立的执行路径至少测试一遍。2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。3、在循环的边界和运行的界限内执行循环体。4、测试内部数据结构的有效性，等等。单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。（常见的联调测试）系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。06. 测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法（最好是能先评审）07. 您认为做好测试计划工作的关键是什么？1. 明确测试的目标，增强测试计划的实用性编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确2．坚持“5W”规则，明确内容与过程“5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期（When），指出测试的方法和工具（How），给出测试文档和软件的存放位置（Where）。3．采用评审和更新机制，保证测试计划满足实际需求测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。4. 分别创建测试计划与测试详细规格、测试用例应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。08. 您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。1．等价类划分划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.2．边界值分析法边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.3．错误推测法基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.4．因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.08．您认为做好测试用例设计工作的关键是什么？白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题09. 请以您以往的实际工作为例，10. 详细的描述一次测试用例设计的完整的过程。就说最近的这次网站功能的测试吧首先：得到相关文档（需求文档和设计文档），理解需求和设计设计思想后，想好测试策略（测试计划简单点就OK了），考虑到测试环境，测试用例，测试时间等问题。第二步：设计测试用例，测试策略是：把网站部分的功能点测试完，然后在进行系统测试（另外个模块呢有另一个测试人员负责，可以进行联调测试），网站模块的测试基本是功能测试和界面测试（用户并发的可能性很小，所以不考虑）：这次的网站的输入数据呢是使用数据库中的某张表记录，如果表中某一数据记录中新加进来的（还没有被处理的，有个标志位），网站启动后会立刻去刷那张表，得到多条数据，然后在进行处理。处理过程中，会经历3个步骤，网站才算完成了它的任务。有3个步骤呢，就可以分别对这3个步骤进行测试用例的设计,尽量覆盖到各种输入情况（包括数据库中的数据，用户的输入等），得出了差不多50个用例。界面测试，也就是用户看的到的地方，包括发送的邮件和用户填写资料的页面展示。第三步：搭建测试环境（为什么这个时候考虑测试环境呢？因为我对网站环境已经很熟了，只有有机器能空于下来做该功能测试就可以做了），因为网站本身的环境搭建和其他的系统有点不同，它需要的测试环境比较麻烦，需要web服务器（Apache,tomcat），不过这次需求呢，网站部分只用到了tomcat，所以只要有tomcat即可第四步：执行测试11. 您以往是否曾经从事过性能测试工作？如果有，12. 请尽可能的详细描述您以往的性能测试工作的完整过程。是的，曾经做过网站方面的性能测试，虽然做的时间并不久（2个月吧），当时呢，是有位网站性能测试经验非常丰富的前辈带着我一起做。性能测试类型包括负载测试，强度测试，容量测试等负载测试：负载测试是一种性能测试指数据在超负荷环境中运行，程序是否能够承担。强度测试： 强度测试是一种性能测试，他在系统资源特别低的情况下软件系统运行情况。容量测试：确定系统可处理同时在线的最大用户数在网站流量逐渐加大的情况下，开始考虑做性能测试了，首先要写好性能测试计划，根据运营数据得出流量最大的页面（如果是第一次的话，一般是首页，下载页，个人帐户页流量最大，而且以某种百分比），Web服务器指标指标：* Avg Rps: 平均每秒钟响应次数＝总请求时间 / 秒数；* Successful Rounds：成功的请求；* Failed Rounds ：失败的请求；* Successful Hits ：成功的点击次数；* Failed Hits ：失败的点击次数；* Hits Per Second ：每秒点击次数；* Successful Hits Per Second ：每秒成功的点击次数；* Failed Hits Per Second ：每秒失败的点击次数；* Attempted Connections ：尝试链接数；13. 您在从事性能测试工作时，14. 是否使用过一些测试工具？如果有，15. 请试述该工具的工作原理，16. 并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。17. 您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？18. 在您以往的工作中，19. 一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？20. 您以往所从事的软件测试工作中，21. 是否使用了一些工具来进行软件缺陷（Bug）的管理？如果有，22. 请结合该工具描述软件缺陷（Bug）跟踪管理的流程。23. 您认为在测试人员同24. 开发人员的沟通过程中，25. 如何提高沟通的效率和改善沟通的效果？维持测试人员同26. 开发团队中其他成员良好的人际关系的关键是什么？27. 在您以往的测试工作中，28. 最让您感到不29. 满意或者不30. 堪回首的事情是什么？您是如何来对待这些事情的？31. 在即将完成这次笔试前，32. 您是否愿意谈一些自己在以往的学习和工作中获得的工作经验和心得体会？（可以包括软件测试、过程改进、软件开发或者与此无关的其他方面）33. 你对测试最大的兴趣在哪里？为什么？最大的兴趣就是测试有难度，有挑战性！做测试越久越能感觉到做好测试有多难。曾经在无忧测试网上看到一篇文章，是关于如何做好一名测试工程师。一共罗列了11，12点，有部分是和人的性格有关，有部分需要后天的努力。但除了性格有关的1，2点我没有把握，其他点我都很有信心做好它。刚开始进入测试行业时，对测试的认识是从无忧测试网上了解到的一些资料，当时是冲着做测试需要很多技能才能做的好，虽然入门容易，但做好很难，比开发更难，虽然当时我很想做开发（学校专业课我基本上不缺席，因为我喜欢我的专业），但看到测试比开发更难更有挑战性，想做好测试的意志就更坚定了。不到一年半的测试工作中，当时的感动和热情没有减退一点（即使环境问题以及自身经验，技术的不足，做测试的你一定也能理解）。我觉得做测试整个过程中有2点让我觉得很有难度（对我来说，有难度的东西我就非常感兴趣），第一是测试用例的设计，因为测试的精华就在测试用例的设计上了，要在版本出来之前，把用例写好，用什么测试方法写？（也就是测试计划或测试策略），如果你刚测试一个新任务时，你得花一定的时间去消化业务需求和技术基础，业务需求很好理解（多和产品经理和开发人员沟通就能达到目的），而技术基础可就没那么简单了，这需要你自觉的学习能力，比如说网站吧，最基本的技术知识你要知道网站内部是怎么运作的的，后台是怎么响应用户请求的？测试环境如何搭建？这些都需要最早的学好。至少在开始测试之前能做好基本的准备，可能会遇到什么难题？需求细节是不是没有确定好？这些问题都能在设计用例的时候发现。第二是发现BUG的时候了，这应该是测试人员最基本的任务了，一般按测试用例开始测试就能发现大部分的bug，还有一部分bug需要测试的过程中更了解所测版本的情况获得更多信息，补充测试用例，测试出bug。还有如何发现bug？这就需要在测试用例有效的情况下，通过细心和耐心去发现bug了，每个用例都有可能发现bug，每个地方都有可能出错，所以测试过程中思维要清晰（测试过程数据流及结果都得看仔细了，bug都在里面发现的）。如何描述bug也很有讲究，bug在什么情况下会产生，如果条件变化一点点，就不会有这个bug，以哪些最少的操作步骤就能重现这个bug，这个bug产生的规律是什么？如果你够厉害的话，可以帮开发人员初步定位问题。34. 你的测试职业发展是什么？测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前3年累积测试经验，按如何做好测试工程师的11，12点要求自己，不断的更新自己改正自己，做好测试任务。35. 你自认为测试的优势在哪里？优势在于我对测试坚定不移的信心和热情，虽然经验还不够，但测试需要的基本技能我有信心在工作中得以发挥。36. 你以前工作时的测试流程是什么？ 公司对测试流程没有规定如何做，但每个测试人员都有自己的一套测试流程。我说下我1年来不断改正（自己总结，吸取同行的方法）后的流程吧。需求评审（有开发人员，产品经理，测试人员，项目经理）－>需求确定(出一份确定的需求文档)－>开发设计文档（开发人员在开始写代码前就能输出设计文档）－>想好测试策略，写出测试用例－>发给开发人员和测试经理看看（非正式的评审用例）－>接到测试版本－>执行测试用例（中间可能会补充用例）－>提交bug（有些bug需要开发人员的确定（严重级别的，或突然发现的在测试用例范围之外的，难以重现的），有些可以直接录制进TD）－>开发人员修改（可以在测试过程中快速的修改）－>回归测试（可能又会发现新问题，再按流程开始跑）。
我家里用的海信挂机，买个智能空调遥控器，遥控器可以控制，手机APP也可以控制。

一、判断题 1．软件测试的目的是尽可能多的找出软件的缺陷。（Y）2．Beta 测试是验收测试的一种。（Y）3．验收测试是由最终用户来实施的。（N）4．项目立项前测试人员不需要提交任何工件。（Y）5．单元测试能发现约80%的软件缺陷。（Y）6．代码评审是检查源代码是否达到模块设计的要求。（N）7．自底向上集成需要测试员编写驱动程序。（Y）8．负载测试是验证要检验的系统的能力最高能达到什么程度。（N）9．测试人员要坚持原则，缺陷未修复完坚决不予通过。（N）10．代码评审员一般由测试员担任。（N）11．我们可以人为的使得软件不存在配置问题。（N）12．集成测试计划在需求分析阶段末提交。（N）二、选折1．软件验收测试的合格通过准则是：（ABCD）A． 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。B． 所有测试项没有残余一级、二级和三级错误。C． 立项审批表、需求分析文档、设计文档和编码实现一致。D． 验收测试工件齐全。2．软件测试计划评审会需要哪些人员参加？（ABCD）A．项目经理B．SQA 负责人C．配置负责人D．测试组3．下列关于alpha 测试的描述中正确的是：（AD）A．alpha 测试需要用户代表参加B．alpha 测试不需要用户代表参加C．alpha 测试是系统测试的一种D．alpha 测试是验收测试的一种4．测试设计员的职责有：（BC）A．制定测试计划B．设计测试用例C．设计测试过程、脚本D．评估测试活动5．软件实施活动的进入准则是：（ABC）A．需求工件已经被基线化B．详细设计工件已经被基线化C．构架工件已经被基线化D．项目阶段成果已经被基线化三、添空1.软件验收测试包括：正式验收测试，alpha 测试，beta 测试。2.系统测试的策略有：功能测试，性能测试，可靠性测试，负载测试，易用性测试，强度测试，安全测试，配置测试，安装测试，卸载测试，文挡测试，故障恢复测试，界面测试，容量测试，兼容性测试，分布测试，可用性测试，（有的可以合在一起，分开写只要写出15 就满分哦）3.设计系统测试计划需要参考的项目文挡有：软件测试计划，软件需求工件和迭代计划。4.对面向过程的系统采用的集成策略有：自顶向下，自底向上两种。5.（这题出的有问题哦，详细的5 步骤为~~）通过画因果图来写测试用例的步骤为：（1）分析软件规格说明描述中，哪些是原因（即输入条件或输入条件的等价类），哪些是结果（即输出条件），并给每个原因和结果赋予一个标识符。（2）分析软件规格说明描述中的语义，找出原因与结果之间，原因与原因之间对应的是什么关系? 根据这些关系，画出因果图。（3）由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现。为表明这些特殊情况，在因果图上用一些记号标明约束或限制条件。（4）把因果图转换成判定表。（5）把判定表的每一列拿出来作为依据，设计测试用例。四、简答（资料是搜集整理的，感谢前辈的解题）无1.区别阶段评审的与同行评审同行评审目的:发现小规模工作产品的错误,只要是找错误;阶段评审目的:评审模块阶段作品的正确性可行性及完整性同行评审人数:3-7 人人员必须经过同行评审会议的培训,由SQA 指导阶段评审人数:5 人左右评审人必须是专家具有系统评审资格同行评审内容:内容小一般文档< 40 页, 代码< 500 行阶段评审内容: 内容多,主要看重点同行评审时间:一小部分工作产品完成阶段评审时间: 通常是设置在关键路径的时间点上!2.什么是软件测试为了发现程序中的错误而执行程序的过程3 简述集成测试的过程系统集成测试主要包括以下过程：1. 构建的确认过程。2. 补丁的确认过程。3. 系统集成测试测试组提交过程。4. 测试用例设计过程。5. 测试代码编写过程。6. Bug 的报告过程。7. 每周/每两周的构建过程。8. 点对点的测试过程。9. 组内培训过程。4 怎么做好文档测试仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。P142检查文档的编写是否满足文档编写的目的内容是否齐全，正确内容是否完善标记是否正确5 白盒测试有几种方法总体上分为静态方法和动态方法两大类。静态：关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义动态：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。6 系统测试计划是否需要同行审批，为什么需要，系统测试计划属于项目阶段性关键文档，因此需要评审。7Alpha 测试与beta 的区别Alpha 测试在系统开发接近完成时对应用系统的测试；测试后仍然会有少量的设计变更。这种测试一般由最终用户或其它人员完成，不能由程序或测试员完成。Beta 测试当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。8 比较负载测试，容量测试和强度测试的区别负载测试：在一定的工作负荷下，系统的负荷及响应时间。强度测试：在一定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。容量测试：容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是面向数据的，并且它的目的是显示系统可以处理目标内确定的数据容量。9 测试结束的标准是什么？用例全部测试。覆盖率达到标准。缺陷率达到标准。其他指标达到质量标准10 描述软件测试活动的生命周期？测试周期分为计划、设计、实现、执行、总结。其中：计划：对整个测试周期中所有活动进行规划，估计工作量、风险，安排人力物力资源，安排进度等；设计：完成测试方案，从技术层面上对测试进行规划；实现：进行测试用例和测试规程设计；执行：根据前期完成的计划、方案、用例、规程等文档，执行测试用例。总结：记录测试结果，进行测试分析，完成测试报告。11 软件的缺陷等级应如何划分？A 类—严重错误，包括以下各种错误： 1． 由于程序所引起的死机,非法退出2． 死循环3．数据库发生死锁4． 因错误操作导致的程序中断5． 功能错误6． 与数据库连接错误7． 数据通讯错误B 类—较严重错误，包括以下各种错误： 1． 程序错误2． 程序接口错误3． 数据库的表、业务规则、缺省值未加完整性等约束条件C 类—一般性错误，包括以下各种错误： 1． 操作界面错误（包括数据窗口内列名定义、含义是否一致） 2． 打印内容、格式错误3． 简单的输入限制未放在前台进行控制4． 删除操作未给出提示5． 数据库表中有过多的空字段D 类—较小错误，包括以下各种错误： 1． 界面不规范2． 辅助说明描述不清楚3． 输入输出不规范4． 长操作未给用户提示5． 提示窗口文字未采用行业术语6． 可输入区域和只读区域没有明显的区分标志E 类—测试建议大体是这样，还会有一些变动，同时最后一道题出的是画流程图和控制图的题，等腰三角形那个，好了，仅供参考///////////////////////////////////////////////////////////////////检举1.软件测试工程师随着软件业的迅猛发展，软件产品的质量控制与质量管理正逐渐成为企业生存与发展的核心。为了保证软件在出厂时的“健康状态”，几乎所有的IT 企业在软件产品发布前都需要大量的质量控制工作。作为软件质量控制中的重要一环，软件测试工程师应运而生。他的主要工作就是检测软件,就和其他商品的出厂质量检测差不多.2.需要具备的能力要求（1）熟悉计算机基础知识；（2）熟悉操作系统、数据库、中间件、程序设计语言基础知识；（3）熟悉计算机网络基础知识；（4）熟悉软件工程知识，理解软件开发方法及过程；（5）熟悉软件质量及软件质量管理基础知识；（6）熟悉软件测试标准；（7）掌握软件测试技术及方法；（8）掌握软件测试项目管理知识；（9）掌握C 语言以及C++或Java 语言程序设计技术；（10）了解信息化及信息安全基础知识；（11）熟悉知识产权相关法律、法规；（12）正确阅读并理解相关领域的英文资料。通过本考试的合格人员能在掌握软件工程与软件测试知识的基础上，运用软件测试管理方法、软件测试策略、软件测试技术，独立承担软件测试项目；具有工程师的实际工作能力和业务水 平。

一、 判断题 (每题2分，20) 1、软件测试就是为了验证软件功能实现的是否正确，是否完成既定目标的活动，所以软件测试在软件工程的后期才开始具体的工作。（初级） （ × ）2、发现错误多的模块，残留在模块中的错误也多。( √ ) （初级）3、测试人员在测试过程中发现一处问题，如果问题影响不大，而自己又可以修改，应立即将此问题正确修改，以加快、提高开发的进程。（ × ）（初级）4、单元测试通常应该先进行“人工走查”，再以白盒法为主，辅以黑盒法进行动态测试。（ √ ）（中级）5、功能测试是系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。（ √ ）（中级）6、软件质量管理即QM由QA和QC构成，软件测试属于QC的核心工作内容。（√）（高级）7、软件测试只能发现错误，但不能保证测试后的软件没有错误。(√)8、软件就是程序。(X)9、测试只要做到语句覆盖和分支覆盖，就可以发现程序中的所有错误。(X)10、I18N测试是指对产品做出具有国际性的规划，而L10N测试则是指对软件做出符合本地需求更改工作。（√）【高级】二、选择题 (每题2分 20 )1、 进行软件质量管理的重要性有：（ABCD）【中级】A、维护降低成本 B、法律上的要求C、市场竞争的需要D、质量标准化的趋势 E、软件工程的需要F、CMM过程的一部分G、方便与客户进一步沟通为后期的实施打好基础2、以测试的形态分测试可以分为：（ABC）【中级】A、建构性测试 B、系统测试C、专项测试D、单元测试 E、组件测试F、集成测试3、选出属于黑盒测试方法的选项（ABC）【初级】A、测试用例覆盖 B、输入覆盖C、输出覆盖D、分支覆盖 E、语句覆盖 F、条件覆盖4、编写测试计划的目的是：（ABC）【中级】A、使测试工作顺利进行 B、使项目参与人员沟通更舒畅 C、使测试工作更加系统化D、软件工程以及软件过程的需要E、软件过程规范化的要求 F、控制软件质量5、依存关系有4种分别是：（ABCD）【高级】A、开始－结束B、开始－开始C、结束－开始D、结束－结束E、开始－实施－结束F、结束－审核－开始6、软件质量管理（QM）应有质量保证（QA）和质量控制（QC）组成，下面的选项属于QC得是：（ABC）【高级】A、测试B、跟踪C、监督D、制定计划E、需求审查F、程序代码审查7、实施缺陷跟踪的目的是：（ABCD）【中级】A、软件质量无法控制 B、问题无法量化 C、重复问题接连产生D、解决问题的知识无法保留 E、确保缺陷得到解决 F、使问题形成完整的闭环处理8、使用软件测试工具的目的：（ABC）【中级】A、帮助测试寻找问题B、协助问题的诊断C、节省测试时间D、提高Bug的发现率 E、更好的控制缺陷提高软件质量 F、更好的协助开发人员9、典型的瀑布模型的四个阶段是：（ABCD）【高级】A、分析 B、设计 C、编码D、测试 E、需求调研F、实施10、PSP是指个人软件过程 ，是一种可用于（ A ）、（ B ）和（ C ）个人软件工作方式的自我改善过程。【高级】A、控制 B、管理C、改进D、高效 E、充分F、适宜三、问答题1、 测试人员在软件开发过程中的任务是什么？（初级）(5分)答：1、寻找Bug；2、避免软件开发过程中的缺陷；3、衡量软件的品质；4、关注用户的需求。总的目标是：确保软件的质量。2、 在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？（初级）(6分)答：一条Bug记录最基本应包含：编号、Bug所属模块、Bug描述、Bug级别、发现日期、发现人、修改日期、修改人、修改方法、回归结果等等；要有效的发现Bug需参考需求以及详细设计等前期文档设计出高效的测试用例，然后严格执行测试用例，对发现的问题要充分确认肯定，然后再向外发布如此才能提高提交Bug的质量。3、 界面测试题及设计题。请找出下面界面中所存在的问题并分别列出；用黑盒测试的任何一种方法设计出此登陆窗体的测试用例。（中级）(6分)答：1、窗体的标题栏中为空，没有给出标题。2、用户名和密码控件的字体不一致并且没有对齐。3、文本框的大小不一致没有对其。4、确定和取消按钮控件的大小不一致。4、 黑盒测试和白盒测试是软件测试的两种基本方法，请分别说明各自的优点和缺点！（中级）(5分)答：黑盒测试的优点有：1）比较简单，不需要了解程序内部的代码及实现；2）与软件的内部实现无关；3）从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题；4）基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；5）在做软件自动化测试时较为方便。黑盒测试的缺点有：1）不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%；2）自动化测试的复用性较低。白盒测试的优点有：帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐藏的问题。白盒测试的缺点有：1）程序运行会有很多不同的路径，不可能测试所有的运行路径；2）测试基于代码，只能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求；3）系统庞大时，测试开销会非常大。5、 根据自己的理解回答什么是软件测试，软件测试分为哪几个阶段。（初级）(5分)答：软件测试是一个为了寻找软件中的错误而运行软件的过程，一个成功的测试是指找到了迄今为止尚未发现的错误的测试。软件测试一般分为单元测试、集成测试和系统测试。6、 根据自己的理解什么是测试用例和测试规程，设计一个测试用例应当从哪几方面考虑？（中级）(10分)答：狭义的讲，一个测试用例就是测试人员用以测试被测软件的某个特性或特性组合的一组数据。这组数据可能是从用户处得来的实际的一组数据，也可能是测试人员专门设计出来的测试软件某些功能的一组数据。测试规程就是详细的对测试用例设计方法、测试方法、测试工具、测试环境和测试数据进行描述的文档，还可以包括能把某个或某一组测试用例应用到被测软件上完成某项测试的一系列的操作步骤。设计测试用例应当从以下几方面考虑：边界值，等价类划分，有效/无效值等。7、 什么是软件质量保证？软件质量保证人员与开发人员的关系如何？（高级）(10分)答：软件质量保证就是通过确保软件过程的质量，来保证软件产品的质量。软件质量保证人员和开发人员之间具有管理上的严格的独立性，两个小组的管理员都不能越权管理另一组，但都可以向更高层的管理者汇报软件开发中的问题四、设计题1）.输入三个整数，判断三个整数能否构成一个三角形，请用黑盒测试方法中的一种设计出相应的测试用例并详细说明所使用的黑盒测试方法。(中高级) (15分)自己面试与到的其他问题：8.java程序会不会引起内存泄漏9．什么是系统部署10数据库是如何实现数据的存储的11持久性框架 12软件测试工作总体流程
自己去百度查