软件测试面试题及解答
2024-04-28 20:21
1. 软件测试面试题及解答
软件测试[1]就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。下面是我为你整理的软件测试面试题，希望对你有所帮助!
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.因果图方法
前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图(逻辑模型). 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.
09. 请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程。
就说最近的这次网站功能的测试吧
首先：得到相关文档(需求文档和设计文档)，理解需求和设计设计思想后，想好测试策略(测试计划简单点就OK了)，考虑到测试环境，测试用例，测试时间等问题。
第二步：设计测试用例，测试策略是：把网站部分的功能点测试完，然后在进行系统测试(另外个模块呢有另一个测试人员负责，可以进行联调测试)，网站模块的测试基本是功能测试和界面测试(用户并发的可能性很小，所以不考虑)：这次的网站的输入数据呢是使用数据库中的某张表记录，如果表中某一数据记录中新加进来的(还没有被处理的，有个标志位)，网站启动后会立刻去刷那张表，得到多条数据，然后在进行处理。处理过程中，会经历3个步骤，网站才算完成了它的任务。有3个步骤呢，就可以分别对 这3个步骤进行测试用例的设计,尽量覆盖到各种输入情况(包括数据库中的数据，用户的输入等)，得出了差不多50个用例。界面测试，也就是用户看的到的地方，包括发送的邮件和用户填写资料的页面展示。
第三步：搭建测试环境(为什么这个时候考虑测试环境呢?因为我对网站环境已经很熟了，只有有机器能空于下来做该功能测试就可以做了)，因为网站本身的环境搭建和其他的系统有点不同，它需要的测试环境比较麻烦，需要web服务器(Apache,tomcat)，不过这次需求呢，网站部分只用到了tomcat，所以只要有tomcat即可
第四步：执行测试
10. 您以往是否曾经从事过性能测试工作?如果有，请尽可能的详细描述您以往的性能测试工作的完整过程。
是的，曾经做过网站方面的性能测试，虽然做的时间并不久(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 ：尝试链接数;
11. 您在从事性能测试工作时，是否使用过一些测试工具?如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。
12. 您认为性能测试工作的目的是什么?做好性能测试工作的关键是什么?
13. 在您以往的工作中，一条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录?
14. 您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷(Bug)的管理?如果有，请结合该工具描述软件缺陷(Bug)跟踪管理的流程。
15. 您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果?维持测试人员同开发团队中其他成员良好的人际关系的关键是什么?
16. 在您以往的测试工作中，最让您感到不满意或者不堪回首的事情是什么?您是如何来对待这些事情的?
17. 在即将完成这次笔试前，您是否愿意谈一些自己在以往的学习和工作中获得的工作经验和心得体会?(可以包括软件测试、过程改进、软件开发或者与此无关的其他方面)
18.你对测试最大的兴趣在哪里?为什么?
最大的兴趣就是测试有难度，有挑战性!做测试越久越能感觉到做好测试有多难。曾经在无忧测试网上看到一篇文章，是关于如何做好一名测试工程师。一共罗列了十一二点，有部分是和人的性格有关，有部分需要后天的努力。但除了性格有关的1、2点我没有把握，其他点我都很有信心做好它。
刚开始进入测试行业时，对测试的认识是从无忧测试网上了解到的一些资料，当时是冲着做测试需要很多技能才能做的好，虽然入门容易，但做好很难，比开发更难，虽然当时我很想做开发(学校专业课我基本上不缺席，因为我喜欢我的专业)，但看到测试比开发更难更有挑战性，想做好测试的意志就更坚定了。
不到一年半的测试工作中，当时的感动和热情没有减退一点(即使环境问题以及自身经验，技术的不足，做测试的你一定也能理解)。
我觉得做测试整个过程中有2点让我觉得很有难度(对我来说，有难度的东西我就非常感兴趣)，第一是测试用例的设计，因为测试的精华就在测试用例的设计上了，要在版本出来之前，把用例写好，用什么测试方法写?(也就是测试计划或测试策略)，如果你刚测试一个新任务时，你得花一定的时间去消化业务需求和技术基础，业务需求很好理解(多和产品经理和开发人员沟通就能达到目的)，而技术基础可就没那么简单了，这需要你自觉的学习能力，比如说网站吧，最基本的技术知识你要知道网站内部是怎么运作的的，后台是怎么响应用户请求的?测试环境如何搭建?这些都需要最早的学好。至少在开始测试之前能做好基本的准备，可能会遇到什么难题?需求细节是不是没有确定好?这些问题都能在设计用例的时候发现。
第二是发现BUG的时候了，这应该是测试人员最基本的任务了，一般按测试用例开始测试就能发现大部分的bug，还有一部分bug需要测试的过程中更了解所测版本的情况获得更多信息，补充测试用例，测试出bug。还有如何发现bug?这就需要在测试用例有效的情况下，通过细心和耐心去发现bug了，每个用例都有可能发现bug，每个地方都有可能出错，所以测试过程中思维要清晰(测试过程数据流及结果都得看仔细了，bug都在里面发现的)。如何描述bug也很有讲究，bug在什么情况下会产生，如果条件变化一点点，就不会有这个bug，以哪些最少的操作步骤就能重现这个bug，这个bug产生的规律是什么?如果你够厉害的话，可以帮开发人员初步定位问题。
19. 你的测试职业发展是什么?
测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前3年累积测试经验，按如何做好测试工程师的11，12点要求自己，不断的更新自己改正自己，做好测试任务。
20. 你自认为测试的优势在哪里?
优势在于我对测试坚定不移的信心和热情，虽然经验还不够，但测试需要的基本技能我有信心在工作中得以发挥。
软件开发网 www.mscto.com
21. 你以前工作时的测试流程是什么?
公司对测试流程没有规定如何做，但每个测试人员都有自己的一套测试流程。我说下我1年来不断改正(自己总结，吸取同行的方法)后的流程吧。需求评审(有开发人员，产品经理，测试人员，项目经理)->需求确定(出一份确定的需求文档)->开发设计文档(开发人员在开始写代码前就能输出设计文档)->想好测试策略，写出测试用例->发给开发人员和测试经理看看(非正式的评审用例)->接到测试版本->执行测试用例(中间可能会补充用例)->提交bug(有些bug需要开发人员的确定(严重级别的，或突然发现的在测试用例范围之外的，难以重现的)，有些可以直接录制进TD)->开发人员修改(可以在测试过程中快速的修改)->回归测试(可能又会发现新问题，再按流程开始跑)。
22. 当开发人员说不是BUG时，你如何应付?
开发人员说不是bug，有2种情况，一是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进行确认，需不需要改动，3方商量确定好后再看要不要改。二是这种情况不可能发生，所以不需要修改，这个时候，我可以先尽可能的说出是BUG的依据是什么?如果被用户发现或出了问题，会有什么不良结果?程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug，我也只是建议的方式写进TD中，如果开发人员不修改也没有大问题。如果确定是bug的话，一定要坚持自己的立场，让问题得到最后的确认。
23.你为什么想离开目前的职务?
因为公司运作情况并不理想，公司需要调整部门体系，公司考虑到缩减部门人员，所以大批量的裁员(有6，7个)，这是我的第一份工作，对公司也有较深的感情，因为在这里我找到了职业理想(就是测试)，所以公司需要精简人员，我自愿退出。虽然很舍不得，但我将会有新的发挥能力的舞台。
24：你对我们公司了解有多少?
25：你找工作时，最重要的考虑因素为何?
工作的性质和内容是否能让我发挥所长，并不断成长。
26：为什么我们应该录取你?
您可以由我过去的工作表现所呈现的客观数据，明显地看出我全力以赴的工作态度。
27：请谈谈你个人的最大特色。
我的坚持度很高，事情没有做到一个令人满意的结果，绝不罢手。
28.白箱测试和黑箱测试是什么?什么是回归测试?
29。单元测试、集成测试、系统测试的侧重点是什么?
30。设计用例的方法、依据有那些?
31。一个测试工程师应具备那些素质和技能?
32.集成测试通常都有那些策略?
33.你用过的测试工具的主要功能、性能及其他?
34.一个缺陷测试报告的组成
35.基于WEB信息管理系统测试时应考虑的因素有哪些?
36.软件测试项目从什么时候开始，?为什么?
37.需求测试注意事项有哪些?
2. 软件测试常见62道面试题
01、您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。 02、您认为做好测试用例设计工作的关键是什么？ 03、您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。 04、您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？ 05、在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？ 06、你对测试最大的兴趣在哪里？为什么？ 07、测试活动中，如果发现需要文档不完善或者不准确，怎么处理？ 08、你认为做好测试计划工作的关键是什么？ 09、软件配置管理工作开展的情况和认识？ 10、你觉得软件测试通过的标准应该是什么样的？ 11、软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些？ 12、简述软件系统中用户文档的测试要点？ 13、什么是系统瓶颈？ 14、没有产品说明书和需求文档地情况下能够进行黑盒测试吗？ 15、为什么尽量不要让时间富裕的员工去做一些测试？ 16、完全测试程序是可能的吗？ 18、软件测试的风险主要体现在哪里？ 19、所有的软件缺陷都能修复吗？所有的软件缺陷都要修复吗？ 20、开发人员老是犯一些低级错误怎么解决？ 21、您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？ 22、开发人员说不是bug时，你如何应付？ 23、软件测试项目从什么时候开始为什么？ 24、你能不能说下你的3-5年的职业规划？ 25、功能测试用例需要详细到什么程度才是合格的？ 26、一个缺陷测试报告的组成？ 27、测试用例通常包括哪些内容？ 28、你都用什么测试方法？ 29、软件的评审一般由哪些人员参加？其目的是什么？ 30、什么是软件测试，软件测试的目的？ 31、什么是兼容性测试？ 32、什么是软件测试？ 33、软件测试的对象有哪些？ 34、当测试过程发生错误时，有哪几种解决办法？ 35、怎么才能够全面的测试到每一个点？ 36、开发与测试的关系？ 37、测试活动中统计了哪些数据？ 38、进行测试时产生了哪些文档或记录？ 39、怎样做好测试计划？ 40、测试用例如何设计的？ 41、简单概述缺陷报告，并说明包括哪些项？ 42、什么是bug？ 43、开发人员修复缺陷后，如何保证不影响其他功能？ 44、什么时候功能测试？ 45、请问功能测试和性能测试的区别是什么？ 46、为什么选择测试这行？ 47、什么是软件缺陷？ 48、什么黑盒测试？黑盒测试方法都包括哪些？ 49、什么白盒测试？白盒测试方法包括哪些？ 50、软件测试策略都包含哪些？ 51、什么是单元测试？ 52、什么是集成测试？ 53、什么是系统测试？ 54、什么是验收测试？ 55、什么是自动化测试？ 56、什么是 Alpha 和 Beta 测试？ 57、什么是功能测试？ 58、什么是性能测试？ 59、什么是冒烟测试？ 60、什么是随机测试？ 61、什么是动态测试和静态测试？ 62、什么是测试用例？
3. 软件测试笔试题和面试题答案目
一、判断题 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.项目阶段成果已经被基线化
4. 软件测试笔试题和面试题答案（精华篇）
如下四类笔试题内容是软件测试最常考的精华题，大家敬请收藏！ 一、判断正误题 1、测试是证明软件正确的方法。(×) 2、测试中应该对有效和无效、期望和不期望的输入都要测试。(√) 3、对于连锁型分支结构，若有n个判定语句，则有2n条路径。(√) 4、GOTO语句概念简单，使用方便，在某些情况下，保留GOTO语句反能使写出的程序更加简洁。(√) 5、黑盒测试也称为结构测试。(×) 6、测试是调试的一个部分 (×) 7、程序中隐藏错误的概率与其已发现的错误数成正比(√) 8、测试的目的是发现软件中的错误。(√) 二、不定项选择题 1、下面的哪一项测试步骤中需要进行局部数据结构测试：( A ) A、单元测试 B、集成测试 C、确认测试 D、系统测试 2、从是否需要执行被测软件的角度，软件测试技术可划分的类型是：( AC )。 A、静态测试 B、黑盒测试 C、动态测试 D、白盒测试 3、从测试阶段角度，测试结束的正确顺序是：( B ) A、单元测试、集成测试、系统测试、确认测试 B、单元测试、系统测试、集成测试、确认测试 C、确认测试、集成测试、系统测试、单元测试 D、确认测试、系统测试、集成测试、单元测试 4、软件的六大质量特性包括：( A ) A、功能性、可靠性、可用性、效率、可维护、可移植 B、功能性、可靠性、可用性、效率、稳定性、可移植 C、功能性、可靠性、可扩展性、效率、稳定性、可移植 D、功能性、可靠性、兼容性、效率、稳定性、可移植 5、在GB/T17544中，软件包质量要求包括三部分，即产品描述要求、( A )、程 序和数据要求。 A、用户文档要求 B、系统功能要求 C、设计要求说明 D、软件配置要求 6、( )可以作为软件测试结束的标志。 A、使用了特定的测试用例 B、错误强度曲线下降到预定的水平 C、查出了预定数目的错误 D、按照测试计划中所规定的时间进行了测试 7、导致软件缺陷的原因有很多，A—D是可能的原因，其中最主要的原因包括( ABCD )。 A、软件需求说明书编写的不全面，不完整，不准确，而且经常更改 B、软件设计说明书 C、软件操作人员的水平 D、开发人员不能很好的理解需求说明书和沟通不足 1 2
5. 软件测试常见笔试题分享
软件测试常见笔试题分享
一、判断题
1 . 软件测试 的目的是尽可能多的找出软件的缺陷。( Y)
2 .Beta 测试是验收测试的一种。( Y)
Acceptance testing
验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
3 .验收测试是由最终用户来实施的。( N )
是由测试人员来实施的
4 .项目立项前测试人员不需要提交任何工件。( Y ) 工件：加工过程中生产对象
5 .单元测试能发现约80% 的软件缺陷。( Y )
6 .代码评审是检查源代码是否达到模块设计的要求。( N )
代码评审也称代码复查，是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。
7 .自底向上集成需要测试员编写驱动程序。( Y )
自顶向下综合测试的具体步骤为：
1 以主控模块作为测试驱动模块，把对主控模块进行单元测试时引入的所有桩模块用实际模块替代;
2 依据所选的集成策略(深度优先或广度优先)，每次只替代一个桩模块;
3 每集成一个模块立即测试一遍;
4 只有每组测试完成后，才着手替换下一个桩模块;
5 为避免引入新错误，须不断地进行回归测试(即全部或部分地重复已做过的测试)。
自底向上综合测试的步骤分为：
1 把低层模块组织成实现某个子功能的模块群(cluster);
2 开发一个测试驱动模块，控制测试数据的输入和测试结果的输出;
3 对每个模块群进行测试;
4 删除测试使用的驱动模块，用较高层模块把模块群组织成为完成更大功能的新模块群。
8 .负载测试是验证要检验的系统的能力最高能达到什么程度。( N )
负载测试(Load testing)，通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征。例如，响应时间、事务处理速率和其他与时间相关的方面。
9 .测试人员要坚持原则，缺陷未修复完坚决不予通过。( N )
10 .代码评审员一般由测试员担任。( N )
11 .我们可以人为的使得软件不存在配置问题。( N )
是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。我们知道，在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。
12 .集成测试计划在需求分析阶段末提交。( N )
执行阶段
1)时间安排 单元测试已经完成后就可以开始执行集成测试了
2)输入 需求规格说明书 概要设计 集成测试计划 集成高度设计 集成测试例 集成测试规程 集成测试代码(如果有) 集成测试脚本 集成测试工具 详细设计 代码 单元测试报告
3)入口条件 单元测试阶段已经通过基线化评审
4)活动步 骤 执行集成测试用例 回归集成测试用例 撰写集成测试报告
5)输出 集成测试报告
6)出口条件 集成测试报告通过集成测试阶段基线评审
二、选择题
1 .软件验收测试的合格通过准则是：(ABCD)
A . 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。
B . 所有测试项没有残余一级、二级和三级错误。
C . 立项审批表、需求分析文档、设计文档和编码实现一致。
D . 验收测试工件齐全。
2 .软件测试计划评审会需要哪些人员参加?( ABCD )
A .项目经理
B .SQA 负责人
软件质量保证(SQA)是建立一套有计划
目标 1: 软件质量保证工作是有计划进行的。
目标 2: 客观地验证软件项目产品和工作是否遵循恰当的标准、步骤和需求。
目标 3: 将软件质量保证工作及结果通知给相关组别和个人。
目标 4: 高级管理层接触到在项目内部不能解决的不符合类问题。
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. 通过画因果图来写测试用例的步骤为：
(1)根据程序规格说明书描述，分析并确定因(输入条件)和果(输出结果或程序状态的'改变)，画出因果图。
(2)将得到的因果图转换为判定表。
(3)为判定表中每一列所表示的情况设计一个测试用例。
四、简答
1. 区别阶段评审的与同行评审
答：
同行评审目的:发现小规模工作产品的错误,只要是找错误;
阶段评审目的:评审模块 阶段作品的正确性 可行性 及完整性
同行评审人数:3-7人 人员必须经过同行评审会议的培训,由SQA指导
阶段评审人数:5人左右 评审人必须是专家 具有系统评审资格
同行评审内容:内容小 一般文档 < 40页, 代码 < 500行
阶段评审内容: 内容多,主要看重点
同行评审时间:一小部分工作产品完成
阶段评审时间: 通常是设置在关键路径的时间点上!
2. 什么是软件测试
答：测试是为发现错误而执行程序的过程
软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。
3 简述集成测试的过程
答：系统集成测试主要包括以下过程：
1. 构建的确认过程。
2. 补丁的确认过程。
3. 系统集成测试测试组提交过程。
4. 测试用例设计过程。
5. 测试代码编写过程。
6. Bug的报告过程。
7. 每周/每两周的构建过程。
8. 点对点的测试过程。
9. 组内培训过程。
5 白盒测试有几种方法
答：总体上分为静态方法和动态方法两大类。
静态：关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义。
动态：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
6 系统测试计划是否需要同行审批，为什么
答：需要，系统测试计划属于项目阶段性关键文档，因此需要评审。
7Alpha 测试与beta 的区别
Alpha测试(α测试)是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始，或在模块(子系统)测试完成后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册(草稿)等应该在Alpha测试前准备好。
Beta测试(β测试)是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。因而，Beta测试是在开发者无法控制的环境下进行的软件现场应用。在Beta测试中，由用户记下遇到的所有问题，包括真实的以及主管认定的，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。Beta测试着重于产品的支持性，包括文档、客户培训和支持产品的生产能力。只有当Alpha测试达到一定的可靠程度后，才能开始Beta测试。由于Beta测试的主要目标是测试可支持性，所以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 类— 测试建议
4 怎么做好文档测试
仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。
检查文档的编写是否满足文档编写的目的
内容是否齐全，正确
内容是否完善
标记是否正确
;
6. 软件测试面试常见问题及答案是什么
一般软件测试的面试分为三轮：笔试，HR面试，技术面试。 前两轮，根据不同企业，或有或无，但最后一个技术面试是企业了解你“行不行”的关键环节，每个企业都会有的。 在平时的学习、工作中一定要善于总结，如果回答不好，面试官会认为你技术能力有限或者不勤于思考，是很容易被pass掉的。 简单为大家总结了些面试过程中经常会被问到的问题： hr会问的几个问题 1.你觉得自己的优缺点是什么 2.你上一家公司的薪资是多少，调了几次薪 3.为什么从上一家公司离职呢 4.离职证明和背调可以吗？ 5，你还有什么问题要问吗？ （这些问题都带坑！回答不好会死在这儿的，不知道怎么回答，可以百度下或者联系在线客服） 技术方面的问题 【功能方面】 1.你是怎样理解软件测试的 2.让你介绍你做的项目的业务流程 3.软件测试的流程 4..你认为什么是bug，说一下你印象深刻的bug，结合项目说一下你们公司有哪些类型的bug和bug评判严重程度的标准 5.如何保证软件测试的质量 6.如何保证你写的测试用例覆盖所有的场景 7.如果用户在正式环境发现一个bug，你在测试环境没有发现，怎么办 8.项目测试到什么程度就可以上线了 【场景方面】 1.让你写登录，支付，充值，购物车，文件上传，三角形，笔，水杯等的测试点（80%的公司会让你分析测试点！！！） 【计算机网络基础知识】 1.http协议的内容是什么? 2.请求头的内容有哪些 3.常见的状态码有些 4.http和https的区别有哪些 5.tcp和udp的区别 6.请描述下tcp的三次握手四次挥手的过程 7.网关的作用 8.osi七层模型每一层的作用 9.session是什么，cookie是什么，有什么使用场景 10.session和cookie的区别 【接口测试】 1.你认为的接口是什么 2.接口测试工具工作的原理是什么呢？ 3.接口中包含哪些内容 4.接口用例如何写 5.你是如何做接口测试的，使用的什么工具？ 6.接口自动化了解过吗 7.get和post的区别 【自动化测试】 1.可能会问到selenium 2.selenium元素定位的方式，显示等待，隐式等待，强制等待的区别等 3.接口自动化脚本的编写原理和过程 这块可以不用担心，只要会一些简单的就可以了，因为对于初中级测试来说，自动化是一个加分项，一般如果自动化掌握的很熟练的同学薪资是在12-25k之间的 【其他测试问题】 1.简述转包过程，你用的抓包工具是什么 2.如何分析一个bug是前端还是后端bug 3.url后面跟数据的话如何拼接上去 4.抓包的原理是什么 5.你们公司使用的bug管理工具是什么 6.弱网测试是如何实现的 7.web测试和app测试的区别是什么 8.给你一个软件你会如何进行测试 9.兼容性测试你是如何做的（从app 和 web两方面回答） 10.冒泡排序之类的一些代码题 11.如果在正是环境发现bug测试环境没发现怎么办 12.如果有一个bug，怎么判断这个bug是前端代码导致的还是后端代码导致的 这些问题回答的正确与否直接决定了你能否留下，甚至能拿多少薪资的问题，多回答对一个问题，就有可能多为自己争取到500-1000块的工资呢。如果不知道怎么回答，可以私信细聊哦！
7. 软件测试面试常见问题及答案是什么？
黑盒测试的优点有： 比较简单，不需要了解程序内部的代码及实现，与软件的内部实现无关，从用户角度出发，能很容易地知道用户会用到哪些功能，会遇到哪些问题，基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；在做软件自动化测试时较为方便。 黑盒测试的缺点有： 不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%，自动化测试的复用性较低。 白盒测试的优点有： 帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐 藏的问题。 白盒测试的缺点有： 程序运行会有很多不同的路径，不可能测试所有的运行路径；测试基于代码，智能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求；系统庞大时，测试开销会非常大。 严重级别的错误： 影响系统整体基本流程运行的错误，由于某一操作造成系统死循环或服务器崩溃的错误。 较严重：功能实现错误、内部计算错误。 一般：UI错误，一些易用性的错误或建。
8. 软件测试面试常见问题及答案有哪些?
如下： 1、什么是bug？ 答：软件的bug指的是软件当中不符合用户需求的问题。 常见的软件bug分为以下三类： 没有实现的功能。 完成了用户需求的功能，但是运行时会出现一些功能或性能上的问题。 实现了用户不需求的多余功能。 2、简单概述缺陷报告，并说明包括哪些项？ 答：现在缺陷报告一般不再使用纸质档文档编写，而是专用测试管理工具（如TestDirector），这样便于缺陷管理。在这些工具中，每个缺陷作为一条记录输入指定的缺陷管理系统中。 缺陷报告包括：软件名称、版本号、功能模板、缺陷编号、对应的用例编号、编写时间、编写人、测试员、预期结果、实际结果、缺陷描述、严重级别、优先级别 3、开发人员修复缺陷后，如何保证不影响其他功能？ 答：重新执行用例、看是否出现错误结果。并对周围的一些相关功能点追加新的测试用例。 4、什么时候功能测试？ 答：功能测试是在规定的一段时间内运行软件系统的所有功能，以验证这个软件系统有无严重错误。 5、为什么选择测试这行？ 答：它是一个新兴的行业，有发展潜力，而且很锻炼人，需要掌握更多的技能，比做开发要更全面。
最新文章
热门文章
推荐阅读