最新软件测试面试题汇总

中国IT行业的发展，软件测试作为产量质量监控的重要岗位，成为IT企业必备人才，对此小编进行了软件测试面试题整理，并分享给求职者，帮助大家顺利过关。

软件测试面试题(一)

1、根据你的经验说说你对软件测试/质量保证的理解?

软件质量保证与测试是根据软件开发阶段的规格说明和程序的内部结构而精心设计的一批测试用例(即输入数据和预期的输出结果)，并利用这些测试用例去运行程序，以发现错误的过程。它是对应用程序的各个方面进行测试以检查其功能、语言有效性及外观排布.。

2、软件测试的流程是什么?

需求调查: 全面了解您的系统概况、应用领域、软件开发周期、软件开发环境、开发组织、时间安排、功能需求、性能需求、质量需求及测试要求等根据系统概况进行项目所需的人员、时间和工作量估计及项目报价。

制定初步的项目计划: 在与您充分共同和协商的基础上制定我们的测试计划。

测试准备: 组织测试团队、培训、建立测试和管理环境等。

测试设计: 按照测试要求进行每个测试项的测试设计，包括测试用例的设计及测试脚本的开发等。

测试实施: 按照测试计划进行实施测试。

测试评估: 根据测试的结果，出具测试评估报告。

3、(1) 你对SQA的职责和工作活动(如软件度量)的理解：

SQA就是独立于软件开发的项目组，通过对软件开发过程的监控，来保证软件的开发流程按照指定的CMM规程(如果有相应的CMM规程)，对于不符合项及时提出建议和改进方案，必要是可以要高层经理汇报以求问题的解决。通过这样的途径来预防缺陷的引入，从而减少后期软件的维护成本。SQA主要的工作活动包括制定SQA工作计划，参与阶段产物的评审，进行过程质量、功能配置及物理配置的审计等;对项目开发过程中产生的数据进行度量等等;

(2) 说说你对软件配置管理的理解：

项目在开发的过程中要用相应的配置管理工具对配置项(包括各个阶段的产物)进行变更控制，配置管理的使用取决于项目规模和复杂性能及风险的水平。软件的规模越大，配置管理就显得越重要。还有在配置管理中，有一个很重要的概念，那就是基线，是在一定阶段各个配置项的组合，一个基线就提供了一个正式的标准，随后的工作便基于此标准，并且只有经过授权后才能变更这个标准。配置管理工具主要有CC,VSS,CVS等，偶只用过CVS，对其它的不熟悉

(3) 怎样写测试计划和测试用例：

简单点，测试计划里应有详细的测试策略(测试方法等)，合理详尽的资源安排等，至于测试用例，那是依赖于需求(包括功能与非功能需求)是否细化到功能点，是否可测试等。

(4) 说说主流的软件工程思想(如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 分别是个体软件过程(Personal Software Process)，群组软件过程(Team Software Process)大家都知道，CMM只是告诉你怎么做但并没有告诉你如何做，所以PSP/TSP就是告诉你企业在实施CMM的过程中如何做，PSP强调建立个人技能(如何制定计划、控制质量及如何与其他人相互协作等等)而TSP着重于生产并交付高质量的软件产品(如何有效地规划和管理所面临的项目开发任务等等)。总之，单纯实施CMM，永远不能真正做到能力成熟度的升级，只有将实施CMM与实施PSP和TSP有机地结合起来，才能发挥最大的效力。因此，软件过程框架应该是CMM/PSP/TSP的有机集成。

4、还有问一下你是怎样保证软件质量的，也就是说你觉得怎样才能最大限度地保证软件质量?

测试并不能够最大限度的保证软件的质量，软件的高质量是开发和设计出来的，而不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶段都要按照指定的规程进行，通过对各个阶段产物的评审，QA对流程的监控，对功能及配置的审计来达到开发的最优化。当然测试也是保证软件质量的一个重要方式，是软件质量保证工程的一个重要组成部分。

5、然后紧接着就基于目前中国的国情，大多数公司的软件项目进度紧张、人员较少、需求文档根本没有或者很不规范，你认为在这种情况下怎样保证软件的质量?

(大多数公司最想知道的就是在这种困难面前你该怎么保证软件的质量，因为这些公司一般就是这种情况—–既不想投入过多又想保证质量，faint )出现以上的情况，如果仅仅想通过测试来提高软件质量，那几乎是不可能，原因是没有足够的时间让你去测试，少而不规范的文档导致测试需求无法细化何谈足够且有针对性进行测试。所以，作为公司质量保证的你应该先和项目经理确定符合项目本身最适合的软件生命周期模型(比如RUP的剪裁，原型法),明确项目的开发流程并督促项目组按照此流程开展工作，所有项目组成员(项目经理更加重要)都要制定出合理的工作计划，加强代码的单元测试，在客户既定的产品交付日期范围之内，进行产品的持续集成等等，如果时间允许可以再配合客户进行必要的系统功能测试。

6、一个测试工程师应具备那些素质和技能?

1、掌握基本的测试基础理论 ;

2、本着找出软件存在的问题的态度进行测试,即客观吧,不要以挑刺形象出现

3、可熟练阅读需求规格说明书等文档 ;

4、以用户的观点看待问题

5、有着强烈的质量意识 ;

6、细心和责任心 ;

7、良好的有效的沟通方式(与开发人员及客户)

8、具有以往的测试经验 ;能够及时准确地判断出高危险区在何处.

7、做好软件测试的一些关键点

1.测试人员必须经过测试基础知识和理论的相关培训。

2.测试人员必须熟悉系统功能和业务。

3.测试必须事先要有计划，而且测试方案要和整个项目计划协调好

4.必须事先编写测试用例，测试执行阶段必须根据测试用例进行

5.易用性，功能，分支，边界，性能等功能性和非功能性需要都要进行测试

6.对于复杂的流程一定要进行流程分支，组合条件分析，再进行等价类划分准备相关测试数据

7.测试设计的一个重要内容是要准备好具体的测试数据，清楚这个测试数据是测哪个场景或分支的

8.个人任务平均每三个测试用例至少应该发现一个BUG，否则只能说明测试用例质量不好

9.除了每日构建的冒烟测试可以考虑测试自动化外，其它暂时都不要考虑去自动化。

8、软件测试员自身素质培养

(1)首先，应对软件测试感兴趣和对自己有自信，如果具备了这两点，那么在开发过程中不管遇到什么样的困难，我相信你一定能克服。

(2)善于怀疑，世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。别人认为是对的，我却认为不是对的。

(3) 打破砂锅问到底的精神，对于只出现过一次的bug，一定找出原因，不解决誓不罢休。

(4) 保持一个良好的心情，否则可能无法把测试作好。不要把生活中的不愉快的情绪带到工作中来。

(5) 做测试时要细心，不是所有的bug都能很容易的找出，一定要细心才能找出这些bug。

(6) 灵活一些，聪明一点，多制造一些容易产生bug的例子。

(7) 在有条件的情况下，多和客户沟通，他们身上有你所需要的`。

(8) 设身处地为客户着想，从他们的角度去测试系统。

(9) 不要让程序员，以“这种情况不可能发生”这句话说服你，相反，你应该去说服他，告诉他在客户心里，并不是这样的。

(10) 考虑问题要全面，结合客户的需求、业务的流程、和系统的构架，等多方面考虑问题。

(11)提出问题不要复杂化，这一点和前面的有点矛盾，如果你是一新手，暂时不要管这一点，因为最终将有你的小组成员讨论解决。

(12) 追求完美，对于新测试员来说，努力的追求完美，这对你很好，尽管有些事无法做到，但你应该去尝试。

(13)幽默感，能和开发小组很好的沟通是关键，试着给你的开发小组找一个“BUG杀手”，或对他们说“我简直不敢相信，你写的程序居然到现在没有找到BUG”。

(14)到此是不是对测试很有兴趣呢?不过我要告诉你，测试过程中有酸甜苦辣，其中的滋味只有你知道，也许你会感到枯燥，要学会放松自己，去溜冰或做你喜欢做的事，不过，别放弃，因为你的自信告诉过你“你会是很优秀的测试员”不是吗?

9、为什么要在一个团队中开展软件测试工作?

因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。

10、您所熟悉的软件测试类型都有哪些?

测试类型有：功能测试，性能测试，界面测试。

功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。

性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。

界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。

11、您认为做好测试用例设计工作的关键是什么?

白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果黑盒用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题

软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：

1、是否有不正确或遗漏的功能?

2、在接口上，输入是否能正确的接受?能否输出正确的结果?

3、是否有数据结构错误或外部信息(例如数据文件)访问错误?

4、性能上是否能够满足要求?

5、是否有初始化或终止性错误?

软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：

1、对程序模块的所有独立的执行路径至少测试一遍。

2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。

3、在循环的边界和运行的界限内执行循环体。

4、测试内部数据结构的有效性，等等。4、验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。

12、测试计划工作的目的是什么?测试计划工作的内容都包括什么?其中哪些是最重要的?

软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。

测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试策略和测试方法(最好是能先评审)

13、您认为做好测试计划工作的关键是什么?

1. 明确测试的目标，增强测试计划的实用性

编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确

2.坚持“5W”规则，明确内容与过程

“5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的(Why)，明确测试的范围和内容(What)，确定测试的开始和结束日期(When)，指出测试的方法和工具(How)，给出测试文档和软件的存放位置(Where)。

3.采用评审和更新机制，保证测试计划满足实际需求

测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。

4. 分别创建测试计划与测试详细规格、测试用例

应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。

14、 您所熟悉的测试用例设计方法都有哪些?

1.等价类划分

2.边界值分析法

3.错误推测法

4.因果图方法

15、你的测试职业发展是什么?

测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前3年累积测试经验，按如何做好测试工程师的11，12点要求自己，不断的更新自己改正自己，做好测试任务。

16、你自认为测试的优势在哪里?

优势在于我对测试坚定不移的信心和热情，虽然经验还不够，但测试需要的基本技能我有信心在工作中得以发挥。

17、当开发人员说不是BUG时，你如何应付?

开发人员说不是bug，有2种情况，一是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进行确认，需不需要改动，3方商量确定好后再看要不要改。二是这种情况不可能发生，所以不需要修改，这个时候，我可以先尽可能的说出是BUG的依据是什么?如果被用户发现或出了问题，会有什么不良结果?程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug，我也只是建议的方式写进TD中，如果开发人员不修改也没有大问题。如果确定是bug的话，一定要坚持自己的立场，让问题得到最后的确认。

软件测试面试题(二)

1、介绍一下整体项目流程

答案：

1. 搭建缺陷管理的环境和测试环境以及配置管理的环境搭建;2. 编写测试计划;3. 设计测试用例;4. 编写测试用例;5. 测试用例的评审;6. 执行测试;7. 缺陷管理; 8. 测试报告的输出

2、在实际项目中你是如何做测试计划

答案：

1.对客户提供的或需求分析人员编写的用户需求文档或需求规格说明书进行分析，提炼出测试要点;

2.根据测试要点编写测试用例。

3.由评审组对测试用例进行评审--修改--再次评审--初步定稿

4.执行测试

4.1 按照测试用例对系统进行功能验证及客户的需求验证

4.2 将测试过程中产生的Bug录入缺陷管理系统

4.3 新版本发布后，对本次版本新增加的功能以及开发人员修正的Bug进行回归测试

4.4 根据项目需要提交测试报告。

3、你是如何制定测试过程中的时间进度表的

答案:根据项目的需求、开发周期、开发人员的开发进度等时间安排来制定一个测试时间进度初 稿，并将测试时间进度表交与整个项

目团队成员大家一起讨论和分析，最终和所有人达成共识制定出一个大家都可以执行的测试时间进度表。

时间表中包括了开发人员提交功能或功能模块的时间，以及为了更好的执行测试，配合测试人员进行功能培训的时间，以及测试

执行时间等，都详细的写到WBS中，并按照这个时间进度表来执行项目的测试任务。

4、测试计划都包括那些项

答案：1. 测试计划目标 2. 测试参考文档 3.测试术语与定义 4. 测试内容 5. 测试人员的分工 6. 测试进度 7. 测试流程

8. 测试工具 9.测试缺陷管理 10. 测试的风险分析

5、测试用例如何设计的

答案：在测试用例设计之前首先要熟悉客户的需求文档或需求规格说明书，以做到对被测系统的熟悉，充分了解产品的详细功能，并在熟

悉过程中即使与研发人员和客户人员进行有效的沟通。然后从需求中提炼中各个模块的详细功能点编写出一个测试要点的文档。根

据测试要点设计测试用例，测试要点与测试用例是一个一对多的关系，一个测试要点可能会需要几个测试用例的验证，有正常的操

作和异常的操作，甚至是几个正常与几个异常的操作，这要根据实际功能的要求来具体分析具体实现。

6、测试用例包括那些项

答案：产品名称、功能模块、用例的编号、编写人、被测功能的简述，测试的预置条件，测试步骤，预期结果，实际结果。

7、缺陷处理流程

1.讲缺陷的详细信息录入缺陷管理系统，并分配给对应的开发人员

2.如果遇到一些难以再现的缺陷，在开发人员修正过程中配合开发人员进行Bug的再现。

3.开发人员修正Bug后，会在缺陷管理系统中将修正后的Bug状态更改，通常为Fixed状态。

4.新版本发布后，测试人员会讲bug状态已经更改为Fixed的Bug进行回归测试。如果测试通过，则将该Bug关闭，如果仍

未通过，则将该Bug从Fixed更改为Reopen状态，继续让开 发人员来修正。并等待下一个新版本发布后的二次回归测试。

8、缺陷报告包括那些项

答案：编写人、被测系统的版本号、测试环境、预期结果、实际结果、对于实际结果如有必要附上截图、测试用例数、测试

用例通过 数，测试用例的通过率、对缺陷的一个分析汇总。

9、缺陷报告严重级别的划分

严重级别的错误：影响系统整体基本流程运行的错误，由于某一操作造成系统死循环或服务器崩溃的错误

较严重：功能实现错误、内部计算错误、

一般：UI错误，一些易用性的错误或建

10、开发人员修复缺陷后，如何保证不影响其他功能

答案：Bug的修复以及新功能的添加都有可能对版本造成一些影响，为了避免，在新版本发布以后，首先会对新版本做一个基础

的流程测试也叫做冒烟测试，如果测试基本流程都顺利通过没有任何问题，那么测试人员可以继续进行详细的测试，否

则就将冒烟测试中出现 的问题以及问题有可能出现的原因反馈给开发人员，由开发人员修正后再次发版，进行测试。这

是一个迭代的过程。

10、发现问题后你是如何判断其是否是BUG，你是如何提交的、

答案：测试用例是经过评审组严格的评审，完全按照客户的需求规格说明书作为最终依据来评审的，如果测试过程中，测试结果与实际结

果不符就很可能是Bug，如果一些比较明显的问题就直接录入缺陷管理系统，如果是一些边界问题不容易确定的，可以通过和开发人

员甚至是设计人员等进行沟通最后得出一个结果究竟是否是Bug，如果是Bug就录入，如果是一个需要增加的新功能等，可以录入缺

陷管理系统，类型为新需求。

11、修复一个BUG而导致其他的BUG出现，该如何处理

答案：帮助开发人员分析问题锁定原因然后进行新Bug的修正。

12、测试总结报告包括那些项

答案：测试用例的通过数，测试用例的未通过数，以及测试用例的通过率，未通过的功能都集中在哪几个功能模块 ，根据测试经验以及测试结果进行一个缺陷的分析和建议。

13、测试工作进行到一半是，发现时间不够，你如何处理

答案：1.与客户沟通本次发布的版本什么是最重要的，什么是其次，我会安排一个优先级来对整体测 试功能进行一个筛选。

2.我会和测试组原体人员一起加班

14、开发与测试的关系

答案：开发和测试是一个整体，也可以说测试驱动着开发，开发配合着测试，相辅相成的，在一个完整的项目组中缺一不可。

15、如果你是测试组长你如何对项目及组员进行管理

答案： 首先要从需求开始，充分了解被测系统的功能以及业务需求，并在遇到问题的时候及时有效的与开发人员以及其他项目相关人员

进行沟通，做到最被测系统的十分熟悉。并了解整个测试组的成员他们的测试技能以及擅长的工作，做到测试任务的合理分配，

得以让测试工作快速，稳定高效的进行!

16、如果你提交的BUG开发人员说这不是缺陷你该怎么办

答：若遇到开发人员说提交BUG不是缺陷则跟项目组的需求人员，设计人员以及该功能的开发人员共同讨论做确认。