软件测试⾯试题及答案（史上最全）
以下是软件测试相关的⾯试题及答案，欢迎⼤家参考!
1、你的测试职业发展是什么?
测试经验越多，测试能⼒越⾼。所以我的职业发展是需要时间积累的，⼀步步向着⾼级测试⼯程师奔去。⽽且我也有初步的职业规划，前3年积累测试经验，按如何做好测试⼯程师的要点去要求⾃⼰，不断更新⾃⼰改正⾃⼰，做好测试任务。
2、你认为测试⼈员需要具备哪些素质
做测试应该要有⼀定的协调能⼒，因为测试⼈员经常要与开发接触处理⼀些问题，如果处理不好的话会引起⼀些冲突，这样的话⼯作上就会不好做。还有测试⼈员要有⼀定的耐⼼，有的时候做测试很枯燥乏味。除了耐⼼，测试⼈员不能放过每⼀个可能的错误。
3、你为什么能够做测试这⼀⾏
虽然我的测试技术还不是很成熟，但是我觉得我还是可以胜任软件测试这个⼯作的，因为做软件测试不仅是要求技术好，还有有⼀定的沟通能⼒，耐⼼、细⼼等外在因素。综合起来看我认为我是胜任这个⼯作的。
4、测试的⽬的是什么?
测试的⽬的是出软件产品中的错误，是软件尽可能的符合⽤户的要求。当然软件测试是不可能出全部错误的。
5、测试分为哪⼏个阶段?
⼀般来说分为5个阶段：单元测试、集成测试、确认测试、系统测试、验收测试
6、单元测试的测试对象、⽬的、测试依据、测试⽅法?
测试对象是模块内部的程序错误，⽬的是消除局部模块逻辑和功能上的错误和缺陷。测试依据是模块的详细设计，测试⽅法是采⽤⽩盒测试。
7、怎样看待加班问题
加班的话我没有太多意见，但是我还是觉得如果能够合理安排时间的话，不会有太多时候加班的。
8、结合你以前的学习和⼯作经验，你认为如何做好测试。
根据我以前的⼯作和学习经验，我认为做好⼯作⾸先要有⼀个良好的沟通，只有沟通⽆障碍了，才会
有好的协作，才会有更好的效率，再⼀个就是技术⼀定要过关，做测试要有⾜够的耐⼼，和⼀个良好的⼯作习惯，不懂的就要问，实时与同事沟通这样的话才能做好测试⼯作。
9、你为什么选择软件测试⾏业
因为之前了解软件测试这个⾏业，觉得他的发展前景很好。
10、根据你以前的⼯作或学习经验描述⼀下软件开发、测试过程，由哪些⾓⾊负责，你做什么
要有架构师、开发经理、测试经理、程序员、测试员。我在⾥⾯主要是负责所分到的模块执⾏测试⽤例。
11、根据你的经验说说你对软件测试/质量保证的理解
软件质量保证与测试是根据软件开发阶段的规格说明和程序的内部结构⽽精⼼设计的⼀批测试⽤例(即输⼊数据和预期的输出结果)，并根据这些测试⽤例去运⾏程序，以发现错误的过程。它是对应⽤程序的各个⽅⾯进⾏测试以检查其功能、语⾔有效性及其外观排布。
12、软件测试的流程是什么?
需求调查：全⾯了解系统概况、应⽤领域、软件开发周期、软件开发环境、开发组织、时间安排、功能需求、性能需求、质量需求及测试要求等。根据系统概况进⾏项⽬所需的⼈员、时间和⼯作量估计以及项⽬报价。
制定初步的项⽬计划。
测试准备：组织测试团队、培训、建⽴测试和管理环境等。
测试设计：按照测试要求进⾏每个测试项的测试设计，包括测试⽤例的设计和测试脚本的开发等。
测试实施：按照测试计划实施测试。
测试评估：根据测试的结果，出具测试评估报告。
13、你对SQA的职责和⼯作活动(如软件度量)的理解?
SQA就是独⽴于软件开发的项⽬组，通过对软件开发过程的监控，来保证软件的开发流程按照指定的CMM规程(如果有相应的CMM规程)，对于不符合项及时提出建议和改进⽅案，必要时可以向⾼层经理汇报以求问题的解决。通过这样的途径来预防缺陷的引⼊，从⽽减少后期软件的维护成本。SQA主要的⼯作活动包括制定SQA⼯作计划，参与阶段产物的评审，进⾏过程质量、功能配置及物理配置的审计等；对项⽬开发过程中产⽣的数据进⾏度量等等。
14、说说你对软件配置管理的理解
项⽬在开发过程中要⽤相应的配置管理⼯具对配置项(包括各个阶段的产物)进⾏变更控制，配置管理的使⽤取决于项⽬规模和复杂性及风险的⽔平。软件的规模越⼤，配置管理就越显得重要。还有在配置管理中，有⼀个很重要的概念，那就是基线，是在⼀定阶段各个配置项的组合，⼀个基线就提供了⼀个正式的标准，随后的⼯作便基于此标准，并只有经过授权后才能变更这个标准。配置管理⼯具主要有CC，VSS,CVS,SVN等，我只⽤过SVN，对其他的⼯具不是很熟悉。
15、怎样写测试计划和测试⽤例
简单点，测试计划⾥应有详细的测试策略和测试⽅法，合理详尽的资源安排等，⾄于测试⽤例，那是依赖于需求(包括功能与⾮功能需求)是否细化到功能点，是否可测试等。
16、说说主流的软件⼯程思想(如CMM、CMMI、RUP,XP,PSP,TSP等)的⼤致情况及对他们的理解
CMM:SW Capability Maturity Model软件能⼒成熟度模型，其作⽤是软件过程的改进、评估及软件能⼒的评鉴。
CMMI:Capability Maturity Model Integration能⼒成熟度模型集成 CMMI融⼊了⼤部分最新的软件管理实践，同时弥补了SW-CMM模型中的缺陷。
RUP:rational unified process是软件⼯程话过程。
XP:extreme program，即极限编程的意思，适⽤于⼩型团队的软件开发，像上⾯第三个问题就可以结合原型法采⽤这样的开发流程。要明⽩测试对于xp开发的重要性，强调测试(重点是单元测试)先⾏的理念。编程可以明显提⾼代码的质量，持续集成对于快速定位问题有好处。
PSP，TSP分别是个体软件过程和体软件过程。⼤家都知道，CMM只是告诉你做什么但并没有告诉你如何做，所以PSP/TSP就是告诉你企业在实施CMM的过程中如何做，PSP强调建⽴个⼈技能(如何制定计划、控制质量及如何与其他⼈相互协作等等)。⽽TSP着重于⽣产并交付⾼质量的软件产品(如何有效的规划和管理所⾯临的项⽬开发任务等等)。总之，实施CMM，永远不能真正做到能⼒成熟度的提升，只有将实施CMM与实施PSP和TSP有机结合起来，才能发挥最⼤的效⼒。因此，软件过程框架应该是CMM/PSP/TSP的有机集成。
17、你是怎样保证软件质量的，也就是说你觉得怎样才能最⼤限度的保证软件的质量?
测试并不能够最⼤限度的保证软件的质量，软件的⾼质量是开发和设计出来的，⽽不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶段都要按照指定的规程进⾏，通过对各个阶段产物的评审，QA对流程的监控，对功能及配置的审计来达到开发的最优化。当然测试也是保证软件质量的⼀个重要⽅式，是软件质量保证⼯程的⼀个重要组成部分。
18、基于⽬前中国的国情，⼤多数公司的项⽬进度紧张、⼈员较少、需求⽂档根本没有或者很不规范，你认为在这种情况下怎样保证软件的质量?(⼤多数公司最想知道的就是在这种困难⾯前你该怎么保证软件的质量，因为这些公司⼀般就是这种情况--既不想投⼊过多⼜想保证质量)
出现以上的情况，如果仅仅想通过测试来提⾼软件质量，那⼏乎是不可能的，原因是没有⾜够的时间让你去测试，少⽽不规范的⽂档导致测试需求⽆法细化到⾜够且有针对⾏的测试。所以，作为公司质量保证的因该和项⽬经理确定符合项⽬本⾝是和的软件⽣命周期模型(⽐如RUP的建材，原型法)，明确项⽬的开发流程并督促项⽬组按照此流程开展⼯作，所有项⽬组成员(项⽬经理更加重要)都要制定出合理的⼯作计划，加强代码的单元测试，在客户既定的产品交付⽇期范围内，进⾏产品的持续集成等等，如果时间允许可以再配合客户进⾏必要的系统功能测试。
19、⼀个测试⼯程师应该具备哪些素质和技能?
1-掌握基本的测试基础理论
2-本着出软件存在的问题的态度进⾏测试，不要以挑刺的形象出现
3-可熟练阅读需求规格说明书等⽂档
4-以⽤户的观点看问题
5-有强烈的质量意识
6-细⼼和责任⼼
7-良好的有效的沟通⽅式(与开发⼈员及客户)
8-具有以往的测试经验能够及时准确的判断出⾼危险区在何处
20、做好软件测试的⼀些关键点
1-测试⼈员必须经过测试基础知识和理论的相关培训
2-测试⼈员必须熟悉系统功能和业务
3-测试要有计划，⽽且测试⽅案要和整个项⽬计划协调好
4-必须实现编写测试⽤例，测试执⾏阶段必须根据测试⽤例进⾏
5-易⽤性，功能，分⽀，边界，性能等功能⾏和⾮功能性需求都要进⾏测试
6-对于复杂的流程⼀定要进⾏流程分⽀，组合条件分析，再进⾏等价类划分准备相关测试数据
7-测试设计的⼀个重要内容是要准备好具体的测试数据，清楚这个测试数据是测试那个场景或分⽀的。
8-个⼈任务平均每三个测试⽤例⾄少应该发现⼀个BUG，否则只能说明测试⽤例质量不好
9-除了每天构建的重复测试可以考虑测试⾃动化外，其他暂时都不要考虑去⾃动话
21、软件测试员⾃⾝素质培养
1-⾸先，应对软件测试感兴趣和对⾃⼰有⾃信，如果具备了这两点，那么在开发过程中不管遇到什么样的困难，相信⼀定能克服
2-善于怀疑，实际上没有绝对正确的，总有错误的地⽅，具有叛逆⼼理，别⼈认为不可能发⽣的事情，我却认为可能发⽣，别⼈认为是对的，我却认为不是对的。
3-打破沙锅问到底的精神，对于只出现过⼀次的BUG⼀定要出原因，不解决誓不罢休。
4-保持⼀个良好的⼼情，否则可能⽆法把测试做好。不要把⽣活中的不愉快的情绪带到⼯作中来。
5-做测试时要细⼼，不是所有的BUG都能很容易出，⼀定要细⼼才能到这些BUG。
6-灵活⼀些，聪明⼀点，多造⼀些容易产⽣BUG的例⼦。
7-在有条件的情况下，多和客户沟通，他们⾝上有你所需要的。
8-设⾝处地为客户着想，从他们的⾓度去测试系统。
9-不要让程序员，以“这种情况不可能发⽣”这句话说服你，相反，你应该去说服他，告诉他在客户⼼理，并不是这样的
10-考虑问题要全⾯，结合客户的需求，业务流程和系统的架构等多⽅⾯考虑问题。
11-提出问题不要复杂化，这点和前⾯⽭盾，如果你是⼀个新⼿，暂时不要管这点，因为最终将有你的⼩组成员讨论解决。
12-追求完美，对于新测试员来说，努⼒追求完美，这对你很好，尽管有些事情⽆法做到，但你应该尝试。
13-幽默感，能和开发⼩组很好的沟通是关键，试着给你的开发⼩组⼀个BUG杀⼿，或对他们说“我简直不敢相信，你写的程序居然到现在没有到BUG”。
22、为什要在⼀个团队中开展测试⼯作?
因为没有经过测试的软件很难在发布之前知道该软件的质量，就好⽐ISO质量认证⼀样，测试同样也需要质量认证，这个时候就需要在团队中开展软件测试的⼯作。在测试的过程中发现软件中存在的问题，及时让开发⼈员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。
23、你所熟悉的软件测试类型有哪些?
测试类型有：功能测试、性能测试、界⾯测试
功能测试在测试⼯作中占有⽐例最⼤，功能测试也叫⿊盒测试。
性能测试是通过⾃动化的测试⼯具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进⾏测试。负载测试和压⼒测试都属于性能测试，两者可以结合进⾏。
界⾯测试，界⾯是软件与⽤户交互的最直接的层，界⾯的好坏决定⽤户对软件的第⼀印象。
区别在于，功能测试关注产品的所有功能，要考虑到每个细节功能，每个可能存在的功能问题。性能测试主要关注产品整体的多⽤户并发下的稳定性和健壮性。界⾯测试则关注与⽤户体验相关内容，⽤户使⽤该产品的时候是否已⽤，是否易懂，是否规范(⽤户⽆意输⼊⽆效的数据，当然考虑到体验性，不能太粗鲁的弹出警告)。做某个性能测试的时候，⾸先它可能是个功能点，⾸先要保证她的功能是没有问题的，然后再考虑性能的问题。
24、你认为做好测试⽤例设计⼯作的关键是什么
⽩盒测试⽤例设计的关键是以较少的⽤例覆盖尽可能多的内部程序逻辑结构。⿊盒测试⽤例设计的关键同样也是以较少的⽤例覆盖模块输出和输⼊接⼝。不可能做到完全测试，以最少的⽤例在合理的时间内发现最多的问题。软件的⿊盒测试意味着测试要在软件的接⼝处进⾏，这种⽅法是把测试对象看作是⼀个⿊盒⼦，测试⼈员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此⿊盒测试⼜叫功能测试或者数据驱动测试。⿊盒测试主要是为了发现以下⼏类错误：、
1-是否有不正确或遗漏的功能
2-在接⼝上，输⼊是否能正确的接受?能否输出正确的结果。
3-是否有数据结构错误或外部信息(例如数据⽂件)访问错误
4-性能上是否能够满⾜要求
5-是否有初始化或终⽌性错误
软件的⽩盒测试是对软件的过程性细节做细致的检查。这种⽅法是把测试对象看作⼀个打开的盒⼦，
它允许测试⼈员利⽤程序内部的逻辑结构和有关信息，设计或者选择测试⽤例，对程序所有逻辑路径进⾏测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态⼀直。因此⽩盒测试⼜称为结合测试或逻辑驱动测试。⽩盒测试主要是想对程序模块进⾏如下检查：
1-对程序模块的所有独⽴的执⾏路径⾄少测试⼀遍。
2-对所有的逻辑判定，取“真”与取“假”的两种情况都能⾄少测⼀遍。
3-在循环的边界和运⾏的界限内执⾏循环体。
4-测试内部数据结构的有效性，等等。
25、请详细介绍⼀下各种测试类型的含义
1-单元测试(模块测试)是开发者编写的⼀⼩段代码，⽤于检验被测试代码的⼀个很⼩的、很明确的功能是否正确。通常⽽⾔，⼀个单元测试是⽤于判断某个特定条件(或者场景)下某个特定函数的⾏为。单元测试是由程序员⾃⼰来完成，最终受益的也是程序员⾃⼰。可以这么说，程序员有责任编写功能代码，同时也就有责任为⾃⼰的代码编写单元测试。执⾏单元测试，就是为了证明这段代码的⾏为和我们期望的⼀致。
2-集成测试(也叫组装测试、联合测试)是单元测试的逻辑扩展。它最简单的形式是：两个已经经过测试的单元组合成⼀个组件，并且测试它们之间的接⼝。从这⼀层上讲，组件是指多个单元的集成聚合。在现实⽅案中，许多单元组合成组件，⽽这些组件⼜聚合成程序的更⼤部分。⽅法是测试⽚段的组合，并最终扩展进程，将您的模块与其他组的模块⼀起测试。最后，将构成进程的所有模块⼀起测试。
软件测试的方法有哪些 3-系统测试是将经过测试的⼦系统装配成⼀个完整系统来测试。它是检验系统是否确实能提供系统⽅案说明书中制定功能的有效⽅法。(常见的联调测试)。系统测试的⽬的是对最终软件系统进⾏全⾯的测试，确保最终软件系统满⾜产品需求⽽遵循系统设计。
4-验收测试是部署软件之前的最后⼀个测试操作。验收测试的⽬的是确保软件准备就绪，并且可以让⽤户将其执⾏软件的既定功能和任务。验收测试是向未来的⽤户表明系统能够像预订要求那样⼯作。经集成测试后，已经按照设计把所有的模块组装成⼀个完整的软件系统，接⼝错误也已经基本排除了，接着就应该进⼀步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同⽤户所合理期待的那样。
26、测试计划⼯作的⽬的是什么?测试计划⼯作的内容都包括什么?其中哪些是最重要的?
软件测试计划是知道测试过程的纲领性⽂件，包含了产品概述、测试策略、测试⽅法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项⽬成员，
尤其是测试管理⼈员，可以明确测试任务和
测试⽅法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
测试计划和测试详细规格、测试⽤例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、⽅法和资源配置，⽽测试详细规格、测试⽤例是完成测试任务的具体战术。所以其中最重要的是测试策略和测试⽅法(最好能先评审)。
27、您认为做好测试计划⼯作的关键是什么?
1-明确测试的⽬标，增强测试计划的实⽤性
编写软件测试计划的重要⽬的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项⽬，并且出软件潜在的缺陷。因此，软件测试计划中的测试范围必须⾼度覆盖功能需求，测试⽅法必须切实可⾏，测试⼯具并且具有较⾼的实⽤性，便于使⽤，⽣成的测试结果准确
2-坚持“5W”规则，明确内容与过程
“5W”规则指的是“WHAT(做什么)”、“WHY(为什么做)”、"WHEN(何时做)"、"WHERE(在哪⾥)"、"HOW(如何做)"。利
⽤“5W"规则创建软件测试计划，可以帮助测试团队理解测试的⽬的(WHY)，明确测试的范围和内容(WHAT)，确定测试的开始和结束⽇期(WHEN)，指出测试的⽅法和⼯具(HOW)，给出测试⽂档和软件存放的位置(WHERE)。
3-采⽤评审和更新机制，保证测试计划满⾜实际需求
测试计划完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，⽽测试计划的内容没有及时更新，误导测试执⾏⼈员。
4-分别创建测试计划与测试详细规格、测试⽤例
应把详细的测试技术指标包含到独⽴创建的测试详细规格⽂档，把⽤于指导测试⼩组执⾏过程的测试⽤例放到独⽴创建的测试⽤例⽂档或测试⽤例管理数据库中。测试计划和测试详细规格、测试⽤例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、⽅法和资源配置，⽽测试详细规格、测试⽤例是完成测试任务的具体战术。
28、当开发⼈员说不是BUG时，你如何应付?
开发⼈员说不是BUG，有2种情况，⼀是需求没有确定，所以我可以这么做，这个时候可以来产品经理进⾏确认，需不需要改动。3⽅商量确定好后再看要不要改。⼆是这种情况不可能发⽣，所以不需
要修改，这个时候，我可以先尽可能的说出是BUG的⼀句是什么?如果被⽤户发现或出了问题，会有什么不良结果?程序员可能会给你很多理由，你可以对他的解释进⾏反驳。如果还是不⾏，那我可以给这个问题提出来，跟开发经理和测试经理进⾏确认，如果要修改就改，如果不要修改就不改。其实有些真的不是BUG，我也只是建议的⽅式写进测试⽂档中，如果开发⼈员不修改也没有⼤问题。如果不是BUG的话，⼀定要坚持⾃⼰的⽴场，让问题得到最后的确认。
29、你⾃认为测试的优势在哪⾥?
优势在于我对测试坚定不移的信⼼和热情，虽然经验还不⾜，但测试需要的基本技能我有信⼼在⼯作中得以发挥。
30、什么是系统瓶颈?
瓶颈主要是指整个软硬件构成的软件系统某⼀⽅⾯或者⼏个⽅⾯能⼒不能满⾜⽤户的特定业务要求，“特定”是指瓶颈会在某些条件下会出现，因为毕竟⼤多数系统在投⼊前。
严格的从技术⾓度讲，所有的系统都会有瓶颈，因为⼤多数系统的资源配置不是协调的，例如CPU使⽤率刚好达到100%时，内存也正好耗尽的系统不是很多见。因此我们讨论系统瓶颈要从应⽤的⾓度讨论：关键是看系统能否满⾜⽤户需求。在⽤户极限使⽤系统的情况下，系统的响应仍然正常，我们可以认为改系统没有瓶颈或者瓶颈不会影响⽤户⼯作。
因此我们测试系统瓶颈主要是实现下⾯两个⽬的：
-发现“表⾯”的瓶颈。主要是模拟⽤户的操作，出⽤户极限使⽤系统时的瓶颈，然后解决瓶颈，这是性能测试的基本⽬标。
-发现潜在的瓶颈并解决，保证系统的长期稳定性。主要是考虑⽤户在将来扩展系统或者业务发⽣变化时，系统能够适应变化。满⾜⽤户⽬前需求的系统不是最好的，我们设计系统的⽬标是在保证系统整个软件⽣命周期能够不断适应⽤户的变化，或者通过简单扩展系统就可以适应新的变化。
31、⽂档测试主要包含什么内容?
在国内软件开发管理中，⽂档管理⼏乎是最弱的⼀项，因⽽在测试⼯作中特别容易忽略⽂档测试也就不⾜为奇了。要想给⽤户提供完整的产品，⽂档测试是必不可少的。⽂档测试⼀般注重下⾯⼏个⽅⾯：
⽂档的完整性：主要是测试⽂档内容的全⾯性与完整性，从总体上把握⽂档的质量。例如⽤户⼿册应该包括软件的所有功能模块。
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论