软件测试面试常见问题及答案有哪些?

1. 软件测试面试常见问题及答案有哪些?

如下：
1、什么是bug？
答：软件的bug指的是软件当中不符合用户需求的问题。
常见的软件bug分为以下三类：
没有实现的功能。
完成了用户需求的功能，但是运行时会出现一些功能或性能上的问题。
实现了用户不需求的多余功能。
2、简单概述缺陷报告，并说明包括哪些项？

答：现在缺陷报告一般不再使用纸质档文档编写，而是专用测试管理工具（如TestDirector），这样便于缺陷管理。在这些工具中，每个缺陷作为一条记录输入指定的缺陷管理系统中。
缺陷报告包括：软件名称、版本号、功能模板、缺陷编号、对应的用例编号、编写时间、编写人、测试员、预期结果、实际结果、缺陷描述、严重级别、优先级别
3、开发人员修复缺陷后，如何保证不影响其他功能？
答：重新执行用例、看是否出现错误结果。并对周围的一些相关功能点追加新的测试用例。
4、什么时候功能测试？
答：功能测试是在规定的一段时间内运行软件系统的所有功能，以验证这个软件系统有无严重错误。
5、为什么选择测试这行？
答：它是一个新兴的行业，有发展潜力，而且很锻炼人，需要掌握更多的技能，比做开发要更全面。

2. 软件测试面试常见问题及答案有哪些?

如下：
1、什么是bug？
答：软件的bug指的是软件当中不符合用户需求的问题。
常见的软件bug分为以下三类：
没有实现的功能。
完成了用户需求的功能，但是运行时会出现一些功能或性能上的问题。
实现了用户不需求的多余功能。
2、简单概述缺陷报告，并说明包括哪些项？

答：现在缺陷报告一般不再使用纸质档文档编写，而是专用测试管理工具（如TestDirector），这样便于缺陷管理。在这些工具中，每个缺陷作为一条记录输入指定的缺陷管理系统中。
缺陷报告包括：软件名称、版本号、功能模板、缺陷编号、对应的用例编号、编写时间、编写人、测试员、预期结果、实际结果、缺陷描述、严重级别、优先级别
3、开发人员修复缺陷后，如何保证不影响其他功能？
答：重新执行用例、看是否出现错误结果。并对周围的一些相关功能点追加新的测试用例。
4、什么时候功能测试？
答：功能测试是在规定的一段时间内运行软件系统的所有功能，以验证这个软件系统有无严重错误。
5、为什么选择测试这行？
答：它是一个新兴的行业，有发展潜力，而且很锻炼人，需要掌握更多的技能，比做开发要更全面。

3. 软件测试面试问题

先回答你的第二个问题，一个员工信息管理系统，首先要进行功能测试，测试点包括员工信息录入、员工信息查询、员工信息删除、员工信息修改，这就是经典增删改查测试，对以上的功能测试不仅要在软件中进行验证，还要在后台数据库中进行验证；功能测试完成后，可以相应的做性能测试，并发测试等，比如同时进行信息的录入，可以通过自动测试工具进行，当然，系统的登录退出也是测试点。

第一个问题，为什么做测试，我觉得这个问题因人而异，比如说我，我大学学的是软件工程，测试正好对口；如果是你，你可以说测试工作在整个软件周期中处于比较重要的地位，虽然国内还不是很重视测试，而且自己比较心细，适合做测试工作，等等，这个问题可以在网上找找，答案很多的，祝你好运吧。

4. 软件测试面试常常提出的问题有那些，需要一些好的答案

标准答案的，现在只是以偶的一点理解加上网上的一些内容列举出来供有需要的XDJM们作一下参考：
1. 首先一般都是比较老套点的问题：介绍一下你的经历。
HOHO..这个问题我想谁都被问过吧，注意一下重点，不要紧张慢慢说就OK了。 
2. 老套话说了就可以马上切入正题了。根据你的经验说说你对软件测试/质量保证的理解？
这个就要仁者见仁、智者见智了，也基本上都是书上的东东，如果能有一些自己独特的想法那就最好啦，呵呵 
3. 理解完了那当然就要问一下是不是对软件测试了解啰。这就轮到问软件测试的流程是什么，你原先的公司又是怎么的流程了？
前面个问题也还是书本上的东西，一般介绍软测的书上都有，实际上国内一般的中小公司根本就达不到书上所说的那些个测试规范，测试流程也是如此，没办法，
这就是现在我们整个大的测试环境，这个问题照着书上说的办就行了，后面那个知道该怎么做了吧，尽量把原来公司的测试流程言简意赅的表达出来。
4. 接着问题就可以有一大堆了，这些问题很多都是要看自己的测试经验以及对测试的理解来作答了，如：
(1) 你对SQA的职责和工作活动(如软件度量)的理解：
SQA就是独立于软件开发的项目组，通过对软件开发过程的监控，来保证软件的开发流程按照指定的CMM规程（如果有相应的CMM规程），对于不符合项及时提出建
议和改进方案，必要是可以要高层经理汇报以求问题的解决。通过这样的途径来预防缺陷的引入，从而减少后期软件的维护成本。ＳＱＡ主要的工作活动包括制定
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 是软件工程化过程。它提供了在开发机构中分派任务和责任的纪律化方法.它的目标是在可预见的日程和预算前提下确保满足最
终用户需求的高质量产品,个人认为：它的核心观念是开发的迭代，每个公司可以根据自身的软件开发的流程和待开发项目的特点对RUP进行适当的剪裁，制定出符
合自己的软件开发流程。 
ＸＰ：extreme program，即极限编程的意思，适用于小型团队的软件开发，想上面第三个问题就可以结合原型法采用这样的开发流程。要明白测试对于xp开发的
重要性，强调测试（重点是单元测试）先行的理念。编程可以明显提高代码的质量，持续集成对于快速定位问题很有好处。
PSP ,TSP 分别是个体软件过程（Personal Software Process），群组软件过程（Team Software Process）大家都知道，CMM只是告诉你怎么做但并没有告诉
你如何做，所以PSP/TSP就是告诉你企业在实施CMM的过程中如何做，PSP强调建立个人技能（如何制定计划、控制质量及如何与其他人相互协作等等）而TSP着重
于生产并交付高质量的软件产品（如何有效地规划和管理所面临的项目开发任务等等） 
总之，单纯实施CMM，永远不能真正做到能力成熟度的升级，只有将实施CMM与实施PSP和TSP有机地结合起来，才能发挥最大的效力。因此，软件过程框架应该是
CMM/PSP/TSP的有机集成。
(5) 对项目管理、白盒测试、单元测试、自动测试、性能测试、压力测试工具的了解程度和实际使用经验。(其实基本上也就是MI和Rational工具)：
这个就要看个人的了，没法说了
(6) 其它一些具体的技术知识(如各种计算机语言的了解程度、数据库等)；
5. 还有问一下你是怎样保证软件质量的，也就是说你觉得怎样才能最大限度地保证软件质量？
测试并不能够最大限度的保证软件的质量，软件的高质量是开发和设计出来的，而不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶
段都要按照指定的规程进行，通过对各个阶段产物的评审，QA对流程的监控，对功能及配置的审计来达到开发的最优化。当然测试也是保证软件质量的一个重要方
式，是软件质量保证工程的一个重要组成部分。 
6. 然后紧接着就基于目前中国的国情，大多数公司的软件项目进度紧张、人员较少、需求文档根本没有或者很不规范，你认为在这种情况下怎样保证软件的质量
？(大多数公司最想知道的就是在这种困难面前你该怎么保证软件的质量，因为这些公司一般就是这种情况-既不想投入过多又想保证质量，faint )
出现以上的情况，如果仅仅想通过测试来提高软件质量，那几乎是不可能，原因是没有足够的时间让你去测试，少而不规范的文档导致测试需求无法细化何谈足够
且有针对性进行测试。所以，作为公司质量保证的你应该先后项目经理确定符合项目本身最适合的软件生命周期模型（比如RUP的剪裁，原型法）,明确项目的开发
流程并督促项目组按照此流程开展工作，所有项目组成员（项目经理更加重要）都要制定出合理的工作计划，加强代码的单元测试，在客户既定的产品交付日期范
围之内，进行产品的持续集成等等，如果时间允许可以再配合客户进行必要的系统功能测试。 
7. 差不多了就该问一些只和软件测试相关的问题了，如：
(1) 你觉得怎样才能做一个(或者，怎样才能算一个)优秀的测试工程师？(faint，这个问题好像是必问的，答案也无非是什么要求全面的技术能力、缜密的逻辑思
维、出色的沟通能力、还要有怀疑精神、幽默感、洞察力等等。啥叫优秀啊？该有的能力都有，不该有的也有，而且个个能力还都是出色的，这就是优秀，呵呵，
开玩笑的，反正这个问题差不多就这样，具体的什么要求网络上也到处都有。
(2) 还有其它的如对自己优缺点的评价、自己的职业理想、为何离开上一家公司、自己在职业生涯中印象最深的事情、能否出差和加班、能否承受压力和挑战、薪
水要求、何时能到岗等等这些啥面试都要回答的问题，这个就只能自己斟琢着办了。
(3) 另外还有一个重要的问题就是语言能力啦，尤其是英语水平，这个的话每个具体的公司都有不同的要求，也就没啥好说的了。
差不多基本上就是这些了，如果有需要的可以有针对性的google一下，hoho仅供参考!

5. 软件测试面试时的问题

职业规划是一个很有技巧的说法，最好与自己要应聘的相关。
对于自己的职业规划应该是分阶段的。
例如：
三年内对测试技能进行全面掌握，包括功能测试、性能测试、安全性测试
五年内对测试周边技能选择性掌握，包括系统、数据库、中间件的调优，并掌握一定程度的java和.net开发技能为白盒测试大佬基础
七年内掌握管理技能并希望可以走上管理岗位
这样的说法可以领HR意识到你很有进取心，并具有良好的发展观。同时可以作为公司中层管理层的储备人才。令对方感觉到有利于公司长远发展。

6. 软件测试面试常常提出的问题有哪些？

软件测试面试前的最后一波恶补！不要打没有准备的仗。
想要拿到心仪的offer，光有相应的技术水平是不够的，还是要提前做好面试题的熟悉以及学习一些面试时的技巧，否则，就算是金子也很可能会被埋没了。
下面给详细讲讲一些面试中比较常见的题吧！
1、软件测试的流程是什么？
分析：每当hr问一个问题的时候，我们都必须在脑海里先想一下他是想通过这个问题获取哪些信息，做好了这步先行工作再回答就比较稳健了。如果有工作经验，那么直接按照公司流程去答就可以了，如果你刚转行或者是才实习，那就按下面的标准回答走就行了。
回答：项目经理将项目需求文档给到开发，开发记录文档内需求不明确或者遗漏点做好准备，然后在需求评审会议上，各开发人员提出自己的疑问并解决，需求评审最终得到一份需求规格说明书。（需求评审阶段）
评审通过后，开发这边的经理就开始编写开发计划，测试经理编写测试计划，计划评审通过后开发人员进行程序的开发，测试人员开始测试用例的编写。当项目的第一个版本出来后，开发负责第二个版本的迭代，而测试这边对项目进行测试并记录追踪管理bug，直到项目迭代完毕。（产品研发阶段）
项目迭代完毕并修复大部分的bug后，测试这边开始进行总结，最终产出一份测试报告书，记录此次的测试工作及项目存在的问题。（产品发布阶段）

2、测试用例主要有哪些元素？
分析：每家公司用的模板都不尽相同，所以内容也是多种多样的，你只需要把基本的元素回答出来就行了。
回答：测试用例的主要元素有：ID、标题、模块、预置条件、操作步骤、预期结果、实际结果、是否通过等等

3、软件测试有什么策略和阶段？
分析：策略就是你是以什么样的思路去测试，或者是通过什么样的技术或者步骤去执行等等。
回答 ：软件测试的策略主要有：动态、静态测试；白盒、黑盒测试。测试阶段按照研发顺序分别是：单元测试、集成测试、系统测试，有些公司还会有验收测试；（单元测试开发在调试代码时就完成，集成测试也是，但是有时测试人员也需要进行集成测试；测试人员平时主要的工作就是系统测试，验收测试是客户参与进行的测试）；

4、测试用例是什么？有什么作用？
回答：测试用例实际上就是预设好一个特定的场景，让软件再这个场景中运行，以检验程序是否给出正确反应，来衡量软件是否正确满足了客户需求。
作用：
1、避免盲目测试并提高测试效率；在软件版本更新之后只需要少量修改即可开展测试工作，提高工作效率，大幅度缩短测试周期。
2、可以直观看出哪些是测试重点，测试用例是测试工作的见证，可以看到测了哪些功能，又有哪些模块没有测。
3、测试用例是量化测试工作的方法之一。

5、你平时是怎么设计测试用例的？
分析：这个问题的点主要考察是否掌握测试用例设计方法，在回答之后，HR可能会继续追问某种设计方法的概念或者实例，这时举例说明即可；如：等价类划分法就是把程序的输入域划分成等价类，从每个部分中选取少数代表性数据当做测试数据。
回答：设计测试用例一般都会使用到等价类、边界值、场景/流程法、因果图还有错误推测法；
6、你们公司的需求评审是怎么进行的？
分析：需求评审，就是对客户需求，软件各个模块之间模糊的点进行审查，排除不理解或者没有考虑到的点。
回答：需求评审，在一些分工比较明确的公司，都是由PD负责，需求确认好后再下发到开发和测试部门；分工不怎么明确的公司可能就是开发测试产品等大家坐在一起共同探讨；评审形式一般分为线上和线下两种方式，负责人一般会提前把需求文档下发到大家手上供大家整理各自的疑惑点，为后续的评审会议做准备。
7、还有什么想要问我的吗？
分析：这个问题在每个面试的尾声都会被问到，如果你直接回答没有，会让hr有种你不在意这份工作的感觉，如果你问得多了又会显得面试之前没有做好充分的准备，所以问题一般控制在2-3个就差不多。
直接说没有，会让HR觉得你不关心这个岗位，问的多了又会显得面试之前没有做好充分的准备。所以问题一般控制在两到三个比较好。
回答：
1、公司的研发团队目前是什么规模？开发和测试分别有多少人？
2、公司今后的业务方向是什么？
3、如果我入职了，我的主要工作职责是什么？
以上！

7. 软件测试面试常常提出的问题有哪些？

1、说下测试的基本流程？
2、你曾做过哪些项目，有些什么功能，什么样的业务逻辑？
3、在测试的过程中，都用到了什么工具？
4、做需求分析会议的目的是什么？
5、如果需求过少，你应该怎么办？
6、编写测试用例的时候，会用到什么方法？
7、会写测试计划吗、包含哪些内容？
问题都是曾经面试时遇到的，如果是做软件的，只要做过这些都是流程内的问题，随意答，就是看你做过没有，做得怎么样。要是刚从事这个行业，一般就问些学过什么这样的问题。

8. 软件测试面试常见问题有哪些?

面试的时候一定要自信，不管是电面还是当场面试。

随意式即招聘者与求职者海阔天空、漫无边际地进行交谈，气氛轻松活跃，无拘无束，招聘者与求职者自由发表言论，各抒己见。此方式的目的为:于闲聊中观察应试者谈吐、举止、知识、能力、气质和风度，对其做全方位的综合素质考察。
情景式由招聘者事先设定一个情景，提出一个问题或一项计划，请求职者进入角色模拟完成，其目的在于考核其分析问题、解决问题的能力。

专场式：
由公司组织专场招聘会，由公司面试官代表对多位甚至大量应聘者进行海选，从中选出符合公司要求的多位应聘者进行之后的面试，此方式适用于对应聘者的初筛。例如：校招专场。
压力式由招聘者有意识地对求职者施加压力，就某一问题或某一事件作一连串的发问，详细具体且追根问底，直至无以对答。此方式主要观察求职者在特殊压力下的反应、思维敏捷程度及应变能力。