软件测试自动化面试问题

‘壹’ 面试软件测试 主要提问哪些问题

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

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

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

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

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

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

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

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

‘贰’ 软件测试面试的时候可能会问什么问题

软件测试面试一般会涉及非技术类问题和技术类问题：

一、非技术类问题：

非技术类问题，又分为封闭式问题、开放式问题、诱饵式问题三个维度。

01.封闭式问题

比如：你在哪儿读的书？你有英语四级证书吗？你有几年工作经验？……

这类问题答案是单一的，所以回答的时候要简洁明了。

02.开放式问题

面试官一般想通过一些开放式问题，了解你的沟通表达，思维逻辑等方便的能力，遇到这类问题时，就需要有条理的进行阐述。比如：

你对我们公司有什么了解？

遇到这类开放式问题时，可以提前做一些准备，在网上多了解一些应聘公司的信息，并进行简单的梳理，在遇到类似问题时，就可以结合自己整理的大纲来展开延伸。

你的弱点是什么？

回答这类问题，不要过多谈论和这份工作明显相关的弱点，使自己陷于不利的境地。

比如从长处来说，我相信我最大的优点是我有一个高度理性的头脑，能够从混乱中整理出头绪来。我最大的弱点是，对那些没有秩序感的人，可能缺乏足够的耐心。

我相信我的组织才能可以帮助企业更快地实现目标，而且有时候，我处理复杂问题的能力也能影响我的同事。

03.诱饵式问题

面试官通过这类问题主要是想了解在简历上看不到的你，比如：你为什么从上份工作离职了，是因为发生了什么不愉快的事吗？

遇到这类问题时，我们要保持警惕，思维不能被面试官牵着走，也不能把面试官当知心，大肆吐槽前份工作中遇到的种种不愉快。

二、技术类问题

常见的技术类问题主要涉及项目经历，技术基础，测试思路，方案设计等方面。比如：

01.介绍一下你们公司的测试流程

回答要点：有些面试官也会问项目流程，作为一个普通的测试工程师，不熟悉整个项目流程是很正常的，如果这样，可以就回答测试流程。一般来说，测试组长或者测试经理才会相对熟悉项目流程。还有流程不要回答的太过简单，太过书面化，如提需求-写用例-提交bug-验证bug，可以结合自己做过的项目来回答。

02.app和web测试有什么区别？

回答要点：主要考察你的经验积累，以及你对于app和web的理解。

参考回答：web和app其实本质上并没有什么区别，只是面向用户的不同前端软件而已，后台的架构都可以一模一样，比如说都是linux+jdk+tomcat+mysql。

web是bs架构，app是cs架构，由于这个差别，web安装部署都比较方便，app经常需要更新。在测试过程中，有一些web特色的测试，比如鼠标悬停，键鼠操作等。

app测试也有交叉事件测试，网络测试，横竖屏切换，手机按键等等 。Web测试经常需要考虑响应时间，2-5-10原则，app测试还需要考虑流量和电量测试等。

03.你熟悉哪些测试工具？

软件测试工具有很多，测试管理工作、自动化测试工具、性能测试工具等，在回答这个问题的时候，最好是结合你做过的项目去阐述。

比如在做过什么项目时，在哪些场景下，你使用了什么测试工具。

04.简单说一说你做过的一两个项目

面试之前，要把自己近期做过的项目进行梳理，重点总结自己最近做过的1-2个项目。

比如项目基本情况，你在项目中负责哪些内容，是怎么测试的，使用了哪些工具，在哪些场景下如何使用的。这些细节都需要梳理清晰。

更多具体的问题，可以在网上搜索软件测试面试题库，详细了解~

‘叁’ 软件测试面试常见问题及答案是什么

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

‘肆’ 软件测试自动化测试面试题

自动化测试面试题
1. 你比较熟悉那种自动化测试工具？
2. 你在你以前工作中是如何使用自动化测试工具的？
3. 介绍一下你在利用自动化测试工具的过程中遇到的一些问题
4. 你是如何计划自动化测试的？
5. 自动化测试能提高测试效率吗？
6. 什么是data-driven automoation(数据启动自动化)？
7. 测试自动化的主要特征有哪些？
8. 自动化测试可以代替手工测试吗？
9.自动化测试的好处是什么？
10. 自动化测试容易出现的误区有哪些？
11. 介绍一下测试自动化的常见问题？
12. 你知道哪些测试自动化的脚本技术？
13. 测试用例的设计可以自动化吗？
自动化测试框架都有哪些?
答：自动化测试框架主要分为以下几种，可以根据项目需要进行选择
1.模块化框架(test script molarity)。
2.函数库结构框架(test library architecture)。
3.关键字驱动测试框架(keyword-driven/table-driven testing)。
4.数据驱动测试框架(data-driven testing)。
5.混合型框架(hybrid test automation)。
请列举你曾经做过的自动化功能测试项目的相关经验
你认为什么情况下适合进行自动化功能测试?请解释原因
请问自动化测试在实现过程中会遇到的难点有哪些?
请问：怎么在自动测试中实现数据驱动?
你会计算自动测试工程的投入回报比吗?怎么计算?
请比较 Rational Robot 与 MI QTP 的优缺点
你认为 Robot 在数据参数化的时候有什么不便之处吗?
请问 QTP 中如何不用录制的方法启动 IE ，并对 IE 窗口进行操作
在用自动测试工具制作测试脚本的时候，当需要对某个界面上的对象进行操作时，如何保证操作成功?
请选择一个自动功能测试工具并用该测试工具的脚本语言写一个脚本：每天早上 9 点弹出对话框，提示“现在 9 点了”。说明在测试工具中使用你的脚本的方式

‘伍’ 软件测试常见62道面试题

01、您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。

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

03、您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。

04、您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？

05、在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？

06、你对测试最大的兴趣在哪里？为什么？

07、测试活动中，如果发现需要文档不完善或者不准确，怎么处理？

08、你认为做好测试计划工作的关键是什么？

09、软件配置管理工作开展的情况和认识？

10、你觉得软件测试通过的标准应该是什么样的？

11、软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些？

12、简述软件系统中用户文档的测试要点？

13、什么是系统瓶颈？

14、没有产品说明书和需求文档地情况下能够进行黑盒测试吗？

15、为什么尽量不要让时间富裕的员工去做一些测试？

16、完全测试程序是可能的吗？

18、软件测试的风险主要体现在哪里？

19、所有的软件缺陷都能修复吗？所有的软件缺陷都要修复吗？

20、开发人员老是犯一些低级错误怎么解决？

21、您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？

22、开发人员说不是bug时，你如何应付？

23、软件测试项目从什么时候开始为什么？

24、你能不能说下你的3-5年的职业规划？

25、功能测试用例需要详细到什么程度才是合格的？

26、一个缺陷测试报告的组成？

27、测试用例通常包括哪些内容？

28、你都用什么测试方法？

29、软件的评审一般由哪些人员参加？其目的是什么？

30、什么是软件测试，软件测试的目的？

31、什么是兼容性测试？

32、什么是软件测试？

33、软件测试的对象有哪些？

34、当测试过程发生错误时，有哪几种解决办法？

35、怎么才能够全面的测试到每一个点？

36、开发与测试的关系？

37、测试活动中统计了哪些数据？

38、进行测试时产生了哪些文档或记录？

39、怎样做好测试计划？

40、测试用例如何设计的？

41、简单概述缺陷报告，并说明包括哪些项？

42、什么是bug？

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

44、什么时候功能测试？

45、请问功能测试和性能测试的区别是什么？

46、为什么选择测试这行？

47、什么是软件缺陷？

48、什么黑盒测试？黑盒测试方法都包括哪些？

49、什么白盒测试？白盒测试方法包括哪些？

50、软件测试策略都包含哪些？

51、什么是单元测试？

52、什么是集成测试？

53、什么是系统测试？

54、什么是验收测试？

55、什么是自动化测试？

56、什么是 Alpha 和 Beta 测试？

57、什么是功能测试？

58、什么是性能测试？

59、什么是冒烟测试？

60、什么是随机测试？

61、什么是动态测试和静态测试？ 

62、什么是测试用例？

‘陆’ 软件测试员的面试常见问题

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

软件测试员面试问题

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

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

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

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

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

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

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

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

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

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

看界面的美观，易用性等

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

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

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

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

面试应对技巧

一、面试前的准备

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

1.时间上要充裕

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

2.再一次整理形象

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

3.要对工作人员有礼貌

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

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

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

二、怎样先入为主

1.把握进房间的时机

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

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

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

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

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

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

自我暗示，克服害怕心理

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

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

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

克服害怕 懂得四大技巧

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

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

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

‘柒’ 软件测试面试常见问题及答案是什么

黑盒测试的优点有：

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

黑盒测试的缺点有：

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

白盒测试的优点有：

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

白盒测试的缺点有：

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

严重级别的错误：

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

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

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

‘捌’ 软件测试面试题：WEB+网络｜接口测试｜性能测试｜自动化测试

1. http代码表，常考题目

404：找不到资源

500：服务器内部错误，无法完成请求。

501：服务器不支持请求的功能，无法完成请求。

502：充当网关或代理的服务器，从远端服务器接收到了一个无效的请求。

301：永久移动。请求的资源已被永久的移动到新URI，返回信息会包括新的URI，浏览器会自动定向到新URI，今后任何新的请求都应使用新的URI代替。

302：临时移动。与301类似。但资源只是临时被移动，客户端应继续使用原有URI。

200：成功。

2. TCP/IP四层网络模型

链路层、网络层、传输层、应用层。

3. TCP/UDP区别？

TCP： 可靠传输协议，需要三次握手连接，有确认重传机制，特点是可靠、准确、有拥塞控制，缺点就是比较慢，传输量比较小，适用于升级、下载；一句话：TCP是可靠的传输。

UDP： 不可靠传输协议，面向非连接的协议，优点是传输量大、速度快，缺点是已丢失、没有拥塞控制，适用于直播、视频等。一句话：UDP是不可靠的传输。

4. html css js运行的先后顺序是什么？

界面加载的时候先加载html在加载css最后加载js

5. session和cookie的区别是什么

1. session存放在服务器端用来校验客户端的身份

2. cookie存放在客户端，每次从客户端往服务器发请求时，将cookie带到服务器端，用来校验客户端的身份

1. 怎么用JMeter测试接口？

如果使用JMeter进行接口测试：

1) 测试前了解需求，根据接口规格说明书梳理业务；

2) 接下来设计用例，分析接口的入参和出参，分清楚有哪些有效输入和无效输入，设计用例(原则：用最少的用例覆盖所有有效输入，针对每一个无效的输入设计一个测试用例，如果有错误码没有覆盖到，还要对每个未覆盖的错误码分别设计一个用例)；

3) 准备测试数据，比如：测试所需的账号、密码、key 等信息；

4) 打开JMeter，创建一个线程组，根据接口类型，填写好对应的接口地址和请求方式等；

5) 参数化配置，添加配置元件CSV Data Set Config，定义变量，并准备CSV格式的数据，变量的引用用${变量名}的格式；

6) 添加断言来判断测试结果的正确性，用得最多的是响应断言；

7) 添加监听器，比如查看结果树，对测试结果进行监听；

8) 运行测试用例；

9) 查看监听器结果，来判断用例的执行是成功还是失败，针对失败的用例，分析其失败原因；

10) 针对测试中发现的问题，给开发提单，直到问题最终解决。

11) 最后输出测试报告。

2. 怎么用Postman测试接口？

如果使用Postman测试接口：

其中1,2,3点相同，工具使用方面则比JMeter跟简单，工具的主要的步骤是添加对应的请求、填写主机URL及入参、添加测试套、运行测试套、分析结果出报告。

3. 在JMeter上如何把上一个请求的结果作为下一个请求的参数？

使用正则表达式提取器提取上一个请求的响应中的信息，保存一个引用名称比如abc，在下一个请求的参数中，用${abc}的格式来引用提取的结果。

常用的正则表达式格式：(.+?)，其中.表示匹配任意字符串，+表示只匹配一次，？表示匹配到就停下来。

一般是我们功能测试完成最后两三天时间测试性能。

1、先是分析需求计算出并发数，TPS，响应时间和 CPU，内存，硬盘和网络IO这些指标。

2、制定测试方案，主要包括环境，计划和具体测试那些场景（如可靠性，并发，负载，压力测试等）

3、根据场景用Badboy录制脚本，导出为JMeter工具支持的脚本。

4、用JMeter工具打开脚本，进行脚本调试，加一些断言，监听器，参数化等。

5、接下来执行性能测试，然后主要收集监听器和收集服务器CPU，内存，硬盘和网络IO等分析是否满足需求，如果满足就输出性能测试报告。

6、如果指标不能满足，反馈给开发进行调优。调优后继续测试，一直到满足需求后最终输出测试报告。

1. Python怎么定义一个函数？

你可以定义一个由自己想要功能的函数，以下是简单的规则：

1) 函数代码块以def关键词开头，后接函数标识符名称和圆括号()。

2) 任何传入参数和自变量必须放在圆括号中间。圆括号之间可以用于定义参数。

3) 函数的第一行语句可以选择性地使用文档字符串—用于存放函数说明。

4) 函数内容以冒号起始，并且缩进

5) return[表达式]结束函数，选择性地返回一个值给调用方。不带表达式的return相当于返回None

2 Python切片

3. Python上用过什么库/模块？

webdriver：定位和操作元素

time：设置等待时间

ActionChains：动作链，完成鼠标的相关操作

Keys：键盘的相关操作

WebDriverWait：设置显式等待

Expect_Conditions：针对单个元素，设置显式等待的场景

PIL：截图

Select：下拉选择框的操作

unittest python：自带的单元测试框架

HTMLTestRunner：运行脚本，生成报告

ddt：实现数据驱动测试，行为和数据分离

4. 你做过自动化测试吗？

我在上一份工作中，公司去年下半年也开始规划做Web 自动化，采用Python作为开发语言，通过Selenium WebDriver定位和操作页面元素，自动化框架用的是unittest。我主要负责写测试脚本。

假设一个测试团队有5个人：1资深(测试经理)+2~3个中级(自动化+手动)+1 个初级(手动)

5. 使用什么工具进行的自动化测试

使用的工具是Selenium（Web自动化工具）

6. 用的什么编程语言

用的Python

7. Selenium 用的是哪个版本的的？Python用的是哪个版本的？

用的是selenium 3.11.0和Python2.7.10

8. Selenium的工作原理？

1）对html元素定位

2）模拟对第一步定位到的元素进行点击、输入、选择等操作一句话：定位元素，操作元素。

9. 元素定位方法有哪些？

要点：8种定位方法

1) 根据元素的属性值定位，比如 id、name、class、标签名、链接文字和部分链接文字；

2) 根据CSS选择器定位；

3) 根据 XPath 定位；

10. 子页面里的元素怎么定位？

先切换到框架里，然后再定位，用switch_to_frame函数根据子页面id或name，切换到子页面；定位完了如果要再定位主页面的元素，要用switch_to_default_content 函数先返回主页面。

11. 怎么定位alert弹窗？或者这样问：怎么处理JS原生窗口？

要点：主要涉及点击弹窗确认按钮、强行关闭弹窗、获取弹窗中的文字等操作。

1) 点击弹窗的确定按钮，用如下函数：

driver.switch_to_alert().accept()

2) 强行关闭，点击右上角的叉叉，用如下函数：

driver.switch_to_alert().dismiss()

3) 获取弹窗里的文字，用如下函数：

driver.switch_to_alert().text

12. 怎么运行自动化用例并生成测试报告？

以unittest为例，我通常的做法是把用例加载到测试套中，做成一个脚本，在命令窗口下运行脚本，报告的生成用第三方模块HTML TestRunner来生成。

13. 怎么定位/操作图片中的验证码？

用tesseract OCR引擎处理图片中的验证码，步骤：

（1）对整个屏幕截屏，保存成png格式的图片；

（2）在截取的图片中定位验证码图片的位置坐标；

（3）根据坐标对验证码截图；

（4）在图片中提取验证码，输入到输入框。

‘玖’ 软件测试面试题及解答

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