怎么回答软件测试面试

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

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

❷ 软件测试工程师面试主要有哪些问题如何回答

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

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

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

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

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

❸ 软件测试岗位的面试技巧有哪些

软件测试岗位必备的面试技巧
（一）面试前的准备工作
（1）、在家中记背软件测试基础知识性题目以及测试用例的写法。
（2）、调查面试公司的网址、公司介绍、公司的地址这些是否是属实。
（3）、保持好良好的心态，衣着稍微正式一点不要穿平时在家穿的休闲衣服。女性稍加花点淡妆。塑造一个看起充满自信又美丽的女人或是一个看起充满活力潇洒的男人。
（4）、去面试公司的乘坐路线必须在去之前都在网上查好抄在纸上，那个面试公司的、应聘职位、联系方式也应该一起抄在纸上以便在去面试的路途上迷路了可以打电话咨询。从不会导致找不到路而担心面试迟到。
（5）、想好一分钟的自我介绍（毕业学校、擅长的领域、培训经历、工作经验/离职原因）的话术。
（二）、面试中的\'笔试
（1）、会做的就尽量做得更好。
（2）、不会做的就很坦白的说不会做，不用紧张，切忌不懂装懂。
（3）、软件测试笔试一般主要是分为软件测试的基础性题目和给出一个图例设计测试用例，还有就是一道逻辑题或是一道智力题。软件测试的定义、流程考得比较多。
（三）、笔试完之后与面试官Face To Face的交谈
（1）、面带微笑的回答面试官的任何问题，切忌不会的就如实说这个问题我不是很了解或是不会。绕开话题，或是想办法叫面试官自己给你讲出答案。
（2）、说话要流利、反应要敏捷。若是外企公司面试的话就在说中文沟通中夹带说一些英语，那样面试官对你的印象会深刻一些。
（3）、多认同面试官说地真确的观点和看法以及讲得很好的地方就表现你赞赏的态度，那样面试官就会觉得和你这种人沟通很愉快。同时也会很欣赏你是一个善于倾听他人意见的人，懂得如何去汲取别人好的建议和看法。不过，请记住该是你表达自己的主观看法时就应该很有主见的说出来。这样面试官才会认同你是一个很有见地的人，不会是一个没有主见的人。
（4）、面试官一般会问你的问题：为什么不在上家公司做了？你对软件测试的认识以及软件工程的看法？你会有什么问题要问我的吗？工作经验的讲述？
（5）、当面试官问你有什么问题要问他的时候，你可以从以下几点：一是可以问公司的具体介绍。二是你应聘岗位的职责和具体做些什么事情。
声明:本网站尊重并保护知识产权，根据《信息网络传播权保护条例》，如果我们转载的作品侵犯了您的权利,请在一个月内通知我们，我们会及时删除。

❹ 软件测试面试题及解答

软件测试[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.需求测试注意事项有哪些?

❺ 软件测试 面试时项目经验怎么介绍需要从哪几方面说

1.软件测试面试时，介绍项目经验，应重点突出跟你面试公司相关或者同类型的项目。

比如公司从事的主要是web项目：以前主要是从事web系统的项目，做过不少的项目，也积累了不少的测试经验，能够独立完成产品的测试。

比如公司从则洞事的主要是app项目：以前主要是从事的web与app的项目，最近做的项目主要是app为主，做过不少的项目，也积累了不少的测试经验，能够独立完成产品的测试。

2.软件测试面试时，介绍项目经验的步骤：

先介绍项目的整体规模，设计了多少用例、发现了多少缺陷……再局部介绍：封测的流程、用例设计的方法……你在项目中的角色和职责……自己的特色、那里做的最好、遇到什么困难……总结……

(5)怎么回答软件测试面试扩展阅读：

软件测试 面试时介绍个人的信息，应扬长避短

1、年纪太大与太小，都不需要主动去孙含枯说明。

比如我年纪只有21岁 例子：面试官您好，我叫***，来自于哪里，从事软件测试工作有几年了。

2、专业不对口也不要过多的去提及（提到了就会增加问你的概率）。

比如你的专业是机械专业，例子：面试官您好，我叫***，来自于哪里，从事软件测试工作有老侍几年了。

❻ 如何面试软件测试

想要获得一个满意的offer，除了自身必要的专业能力和素质，还需要经过面试这一关。
面试前，多点了解公司是做什么业务的，以及工作岗位的主要工作内容。结合招聘要求，提前想一下面试官可能问的问题，换位思考以及延伸思考。面试过程中，需要学会把面试官引到自己熟悉的领域。最好就是结合一些流程图、原理图分析自己优化过程，让面试官知道你的思考轨迹，这时候，面试官才更容易认可你。此外，多点刷专业面试题，对面试成功也有很大的帮助。刷题不仅会帮助我们扫清知识盲区、巩固知识点，雹弊凯更卜埋会提高在面试中遇到相同类型题目的概率。51Testing是软件测试人才基地，专注软件源唤测试人才培训19年，累计开班1000+期，培养软件测试人才60000+。在全国有19所校区，学员入学即配备就业指导老师，多方位辅导就业，而且符合条件的学员，入学就签订推荐就业相关协议，如果你对软件测试还有什么疑问，可以点击链接咨询。网页链接

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

黑盒测试的优点有：

比较简单，不需要了解程序内部的代码及实现，与软件的内部实现无关，从用户角度出发，能很容易地知道用户会用到哪些功能，会遇到哪些问题，基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；在做软件自动化测试时较为方便。

黑盒测试的缺点有：

不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%，自动化测试的复用性较低。

白盒测试的优点有：

帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐 藏的问题。

白盒测试的缺点有：

程序运行会有很多不同的路径，不可能测试所有的运行路径；测试基于代码，智能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求；系统庞大时，测试开销会非常大。

严重级别的错误：

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

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

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

❽ 面试软件测试 主要提问哪些问题

1、 说说你们公司测试的一个基本测试流程是什么？
答：首先会召开需求分析会议，参加人员有产品、开发和测试，主要是探讨需求主要的一些功能点，完了之后，开发就排期进行开发，我们就根据主管写出来的计划、分配到的任务编写测试用例，写完之后会进行用例评审，有评审修改的就修改整理形成最终的用例版本，之后开发人员版本编译完成后，我们会依据测试用例来执行测试，测试过程中，提交bug，跟踪bug，直至关闭，测试完后编写测试报告。

2、 你们项目主要是做什么的，有些什么功能，业务逻辑是怎样的？
答：这个主要就是看公司具体的项目是什么，了解清楚功能模块，对主要功能模块做业务逻辑的一个描述就行。

3、 测试的过程中，还用过一些什么工具吗？
答：有就有，没有就没有，一定要如实回答！比如在测试接口或者简单施压的时候用到了 jmeter。

4、 如果简历上写了，MySQL、Linux等，一般会问，掌握的程度怎么样？
答：如实回答，对于测试人员来说，mysql基本的增删改查都会，Linux基本命令都会，也会linux环境的项目部署。

5、 你们需求分析会议主要目的是什么？
答：讲解此次项目主要是做什么的，达到一个什么样的目的，探讨项目功能点，针对不清楚的及时提问。

6、 如果需求过少，你应该怎么办？
答：首先我会有所疑问，然后再问问老大，看看到底是怎么回事，如果确实是需求少，那就进一步的分析这个业务。如果确定有一些需求。

7、 编写测试用例的时候，会用到什么方法？
答：等价类、边界值、错误推测法、场景法等。
接着又问了一个:你觉得你在写用例的时候用到了吗？
我的回答是用到了，比如边界值，随便列举一个例子，比如：项目中某个标题输入框，长度是1-16个汉字。会设计测试用例数据为输入标题为空、标题字数为1、标题字数为2、标题字数为15、标题字数是16、标题字数为17

8、 会写测试计划吗、包含哪些内容？
答：一般说：没有写过，是我们主管写的，但我们会接触这个文档。大概包含有：目的、背景、测试范围、测试开始结束时间、测试策略、测试人员安排、测试环境、风险评估等等。

❾ 软件测试员的面试常见问题

软件测试员是指根据测试计划和测试方案进行软件测试;能够针对软件需求开发测试模型，制定测试方案，安排测试计划，并对测试项目进行管理的专业人员。下面是我整理的软件测试员的面试常见问题介绍，大家快来看看吧。

软件测试员面试问题

1、请根据”V”模型分别概述测试人员在软件的需求定义阶段、设计阶段、编码阶段、系统集成阶段的工作任务及其相应生成的文档?

需求定义阶段：根据项目需求提取测试需求 并形成测试需求文档，根据提取的测试需求和项目计划进行测试计划的拟定，测试计划文档，设计：根据测试需求拟订测试方案并形成测试方案文档;根据测试方案制定测试用例，并形成测试用例文档，编码阶段：执行测试并完善测试用例文档，系统集成阶段：测试总结报告，阶段问题统计报告，测试问题报告

2、怎样衡量一个测试用例的质量?

测试的覆盖率，功能点，性能，风险等

3、集成测试的集成顺序有哪些?如何选择?

4、考察软件的安全可靠性时，一般从那些方面来判断?

5、列举你用过的自动化工具并说明用测试自动化工具有什么好处。

速度快，效率高，可靠性好，能按标准及规范执行

6、如果一个软件不能继续测试下去，在停止测试之前，需要考虑哪些问题?

7、如果一个界面没有明显的对与错，怎么开始测试?

看界面的美观，易用性等

8、你认为一个好的测试工程师应具备那些素质?

善于发现问题，能很好的与同事沟通，

9、一个输入框，要求输入一个1-8位的标识符做为系统系统唯一标志，怎样设计测试用例?

10、请根据下面的交互模型写出一测试用例。

面试应对技巧

一、面试前的准备

这里说的面试前的准备，就是赶到面试地点直到开始面试前的这个过程的准备。如果处理得当，不仅能从心理上更加轻松、自信，而且还说不准在面试之前就在无形中增加了面试成功的砝码呢。我们要注意哪些事情呢?

1.时间上要充裕

面试前要准备充分，应该提前一些时间出发。越是在大城市，越是要这样。现在的交通堵塞成了家常便饭，所以，如果你不多留一些时间在路上的话，万一遇上了堵车等情况的时候，肯定就会迟到。迟到的时候，不管出干什么理由，都让等你半天的主考官心里直犯嘀咕：这家伙是不是刚从另一家公司面试完赶过来?是不是对我们的这场面试不重视?这样一来，好不容易获得的面试机会，也就泡了汤。

2.再一次整理形象

在赶到面试地点的时候，如果条件或时间允许的话，应该进一趟洗手间。整理一下自己的衣服、擦擦自己的皮鞋，不至干土头土脑地站在主考官面前。经过一番整理，起码让自己更从容、更自信一些。

3.要对工作人员有礼貌

从你进大门开始，对待所有和你接触的工作人员，都应该一视同仁，比如保安员、接待员、秘书等，不要不在乎这些你认为不重要的人。往往这些细节能决定面试的结果：你还没来公司上班，就对同事无礼，还能指望你能好好地工作吗?甚至在有些公司的面试环节中，你对普通工作人员的态度也是其中重要一环。

如果有前台接待的话，就要礼貌地告诉前台接待，你来这儿的目的。如果接待人员安排你坐着等，你就要沉着地坐着，或者闭目养神，或者翻阅你自己的资料。不要随意和正在工作的工作人员攀谈，或东张西望，或四处走动。

即使烟瘾再大，也不要在接待室吸烟。

二、怎样先入为主

1.把握进房间的时机

轮到你面试的时候，一般秘书会提醒你。这时候有两种情况，一种是秘书领你进面试房间;另一种是让你自己去面试房间。

如果秘书领你进面试房间，而这时候主考官正埋头填写什么资料，你不要贸然和主考官打招呼，以免打乱他的思绪，要表现出理解和合作，先静静地稍等一会儿。因为既然是秘书领你进面试房间，而你进屋后一直站在那儿，主考官当然知道你的存在。或许他想趁和你交谈之前，把上一位求职者的面试结果填写出来，不会超过一两分钟，正式面试就会开始的。

如果需要你自己去面试房间，千万不要贸然往里闯。不管门开着还是关着，你都要先有节奏地、轻轻地敲门，在获得主考官同意后，再进房间。即使看到主考官在填写材料，也要敲门，这样他才知道你来了。如果他有事情的话，会直接告诉你梢等一会儿。不要自作聪明，一直在门外等着一言不发。对主考官来说，什么时候干什么，那是他自己的工作安排;对你来说，如果面试的时间到了，你就应该按点敲门。

有时候，进入面试房间后，主考官会让你先等一会儿，你就要耐心地听从安排。如果实在无所事事，可以翻阅自己带来的材料。不要东张西望、坐卧不安。这段时间虽然比较难熬，但忍一忍也就过去了。

如果主考官没有让你坐下的话，不要擅做主张直接坐到主考官边上。

消除面试中紧张情绪的方法

自我暗示，克服害怕心理

第一：平时一见陌生人便脸红、紧张、说不出话，感到浑身不自在，这是陌生恐惧。针对陌生恐惧，我们要暗示自己：对于自己来说，别人是陌生的。但是从另外一个角度来看，对于对方，自己也是一个陌生人，既然大家彼此都是陌生人，那么大家就都是平等的，自己其实没有必要恐惧对方。

第二：参加面试时，若面对7或9名考官，几位计时员和监督员。当我们发觉众人的目光都在投向我们时，便会感到一阵紧张，很不自在，因为对方是一群人，而我们是单独一人，自然而然就产生一种群体恐惧。针对群体恐惧，我们要暗示自己：其实考官越多，就越能避免个别考官的个人倾向性，其实对我们就越有利。因为评分采取的是去掉最高分和最低分，然后求平均分的方式。因此，要相信考官一定能够公正地评价自己。自己一定能够遇到能够识别千里马的伯乐。

第三：我们参加应聘时，面试的主持人如果是高级领导干部，则往往会被他们的赫赫名声吓倒，一见面就会莫名其妙地紧张和不安，这就是高位恐惧。针对高位恐惧，我们要暗示自己：对方地位高，名声大，但他们也是一个普通人，从人格上说，人人都是平等的;而且还要回想起以前与自己老师和领导融洽关系建立的过程，要相信，考官就是自己以后的同事和领导，要相信自己只要把考官当成“自己人”，相信自己一定能够得到考官青睐的。这样便会增加自己的勇气，建立与对方平等的新关系，使面试顺利进行。

克服害怕 懂得四大技巧

第一，必须对面试本身进行充分的准备。只有对面试的流程、面试的题型、面试的过程有了一个充分的把握之后，才能有充分的自信，避免胆怯。这就要求我们对面试进行充分的准备。参加面试培训班是个很好的选择。

第二，面试过程中，要与考官进行亲切有神的目光交流。在目光交流中，会从考官目光中得到鼓励，有助于克服胆怯心理。

第三，发现对方的弱点，减轻心理压力。面试时不妨仔细观察对方的仪容、服装以及谈吐等，借以发现对方的缺点，这时就会产生一种宽松感，减轻心理压力。