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

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

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

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

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

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

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

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

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

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

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

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

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

4. 软件测试面试常见问题及答案是什么

一般软件测试的面试分为三轮：笔试，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块的工资呢。如果不知道怎么回答，可以私信细聊哦！

5. 软件测试面试常见问题及答案是什么？

黑盒测试的优点有：
比较简单，不需要了解程序内部的代码及实现，与软件的内部实现无关，从用户角度出发，能很容易地知道用户会用到哪些功能，会遇到哪些问题，基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；在做软件自动化测试时较为方便。
黑盒测试的缺点有：
不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%，自动化测试的复用性较低。
白盒测试的优点有：
帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐 藏的问题。
白盒测试的缺点有：
程序运行会有很多不同的路径，不可能测试所有的运行路径；测试基于代码，智能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求；系统庞大时，测试开销会非常大。
严重级别的错误：
影响系统整体基本流程运行的错误，由于某一操作造成系统死循环或服务器崩溃的错误。
较严重：功能实现错误、内部计算错误。
一般：UI错误，一些易用性的错误或建。

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

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

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

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

7. 软件测试面试问题

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

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

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

标准答案的，现在只是以偶的一点理解加上网上的一些内容列举出来供有需要的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仅供参考!