一、问题预测
1、让简单介绍下自己（这个不消说了每次口试开场）
口试官，你好，我叫xxx，xx年本科结业，从事软件测试将近3年的时间。在此期间做过一些项目也积累过一些经验，能够独立地完成软件测试流程的一个工作。迩来的一份工作是xx公司，重要参与app体系测试，负责xxapp,一款类似抖音的短视频app功能测试，负责过的功能模块有拍摄、上传、搜索、推荐引擎等。重要运用边界值，等价类，错误推测等常见黑盒测试方法。我迩来有在学习的是一个app的自动化测试，它是使用Pythopn+Appium，结合pytest自动化测试框架，基于PO的头脑来实现的。寻常我会在各新媒体平台分享我的测试经验，如今总粉丝大概有1w+，以上就是我的一些简单的自我介绍，谢谢。
2、让说下自己会的内容
说自己会的就行，不会的千万不要提，比如：我之前重要做过的是功能测试，web自动化测试、app专项测试、接口测试、也有用过Jmeter做过一些性能方面的测试。我对于缺陷管理工具比如禅道，版本控制器git与svn能够认识应用。数据库、linux、Fiddler、Jmeter这些应用也比力认识。我认识软件测试底子理论和测试流程，测试方法等，有app测试、web测试、接口测试经验。认识数据库增删改查操作，认识使用测试管理工具。
3、看了哪些书籍（有问到）
软件测试，软件测试的艺术、软件测试实用教程、Google 软件测试之道，最喜欢的书是大话软件测试，这本书能帮助新手深入明确性能测试和自动化测试的意义，也能帮助有多年工作经验正处于迷茫阶段的从业人员排忧解难，还能给那些刚刚步入管理岗位的菜鸟们提供指导（尤其是团队建设、绩效管理等）
4、了解过哪些技术博客/论坛（有问到）
testerhome、CSDN一些博客（口试经验：口试中会问具体哪些博客），和公众号（口试经验：口试中会问具体哪些公众号）
5、是否了解软件测试必要掌握哪些知识（有问到类似问题）
软件测试底子知识，软件测试的流程，测试用例方法，bug提交，测试报告，测试计划，数据库相关知识，UI自动化，抓包分析，接口测试（手工+自动化）、测试工具、性能测试等。
6、觉得自己必要增补哪些？做了哪些行动？
很多公司自动化测试有要求，由于之前的工作重要涉及的不多，我迩来有在学习的是一个app的自动化测试，它是使用Pythopn+Appium，结合pytest自动化测试框架，基于PO的头脑来实现的测试。所以这方面的知识储备不敷，希望以后在工作中能深入学习。
7、为什么做测试，觉得自己做测试有哪些上风？（有问到）
我觉得我个人的性格比力适合做测试。我比力细心耐心，思量事情比力全面，这样对于我在设计测试用例时很有帮助，而且我能够很好的与人协调沟通，当我们测试和开发发生沟通上的矛盾时我也能很好的解决，我寻常喜欢刷微博、知乎看热门评论，喜欢考究大众心理，这有助于我站在用户角度设计测试点。
8、知道哪些Bug管理工具体系
禅道/bugzila/Easybug等
9、测试用例的根本要素是?
三大焦点要素为 ：标题 、步调 、预期结果
1.标题：是对测试用例的描述，标题应该清晰的表达测试用例的用例
2.步调：对测试实验过程举行描述
3.预期结果：提供测试实验的预期结果，预期结果一样平常是根据产品需求得出，如果实际结果和预期结果一致则测试通过；反之失败。
非焦点要素：
4.预支条件：实验当前测试用例所必要的条件条件，如果这些条件条件不满意，则后面的步调无法举行或无法的到预期结果。
5.测试用例所属的项目（一样平常使用用例管理工具一次性分配）
6.用例编号（用例管理管理工具会自动分配）
如果没有用用例管理工具
产品编号-ST-体系测试项名-体系测试子项名-XXX
7.重要级别：一样平常分为高、中、低（每个公司的等级大概有出入）。
高：体系根本焦点业务
中：介于高低之间
低：使用频率不高，对体系功能影响不大
8.测试用例输入：用例实验过程中必要加工的外部数据
二、介绍一下自己测试过的项目
1、对项目举行根本介绍
这一部分对项目的根本介绍重点要概括说明项目的根本功能和组成部分。
2、说明自己负责测试的模块
这一部分必要挑选自己比力认识的业务功能模块，因为后续口试的问题大概就出自这些模块。
3、针对部分模块展开举行说明
末了挑选一些有代表性的模块展开说明，这里必要留意的是说明的模块或者业务肯定要描述的清晰有条理。
介绍的整体项目时间把握在2分钟内，目的是让口试官对你之前的项目有肯定的了解，同时体现下自己的逻辑和表达能力。如果想进一步的丰富的话，可以再简单说明下公司的测试流程，及测试中使用到的具体的技术，比如数据库等。
三、技能方面
1、 数据库方面常识
关系型数据库：把复杂的数据结构归结为简单的二元关系（即二维表格情势），通过SQL结构化查询语句存储数据
典型产品：
Mysql：互联网领域、大中小型网站，游戏公司，电商平台等等。体积小、速率快、成本低、开放源代码
Oracle：传统大企业、大公司、政府、金融、证券等。安全性、成本高、
非关系型数据库：非关系型数据库也被称为NoSQL数据库，NOSQL的本意是“Not Olnly SQL”。NOSQL为了高性能、高并发而生
其他分类
1）键值（Key-Value）存储数据库：重要是使用一个哈希表，这个表中有一个特定的键和一个指针指向特定的数据。简单、易部署、高并发
典型：Redis、Memcached
2）列存储（Column-oriented）数据库：应对分布式存储的海量数据。如果我们有一个Person类，我们通常会一起查询他们的姓名和年龄，而不是薪资。这种情况下，姓名和年龄就会被放入一个列族中，而薪资则在另外一个列族中。
典型：Hbase
3）面向文档数据库：数据存储的最小单位是文档
典型：Mongodb、Hive
Mongodb一个介于关系型数据库和非关系型数据库之间的产品。高性能、易部署、易使用，存储数据非常方便。
Hive可以用来举行统计查询，HBase可以用来举行实时查询
一些增删改查笔试题预备
2、 linux操作
linux搭建测试环境，比如web体系服务搭建。
linux常用命令
1）Linux管理文件和目次的命令
2）有关磁盘空间的命令
3）文件备份和压缩命令
在Linux中，常用的文件压缩工具有gzip、bzip2、zip。bzip2是最抱负的压缩工具，它提供了最大限度的压缩。zip兼容性好，Windows也支持。
4）有关关机和查看体系信息的命令
5）管理使用者和设立权限的命令
6）线上查询的命令
7）文件阅读的命令
8）网络操作命令
9）其他命令
10）bash常用命令
3、缺陷方面（有问到）
描述一个你印象最深刻的bug
其实，口试官并不关心你描述的这个bug是否真的有价值，或有多曲折离奇？他只是：
1）了解你寻常工作中的测试能力
所以，这就要求的你寻常工作中碰到bug时试着自己去定位，定位bug的过程远比你的单纯的实验测试用例有“价值”（自我技能提高的价值），在定位bug的过程中你必要掌握和运用更多知识。
另外，建议你寻常养成总结的好风俗，发现的bug，开发解决了，最好问问他原因以及解决的方法，这样再碰到类似问题时，自己也可以试着定位解决。碰到难明决的bug，也可以把终极的解决过程记录下来。（这不是就有素材了）
2）考察你的表达能力
我们搞技术的有许多属于闷骚性格，让我们和技术打交道游刃有余。在QQ群里聊天，也风趣、幽默、机警、博学… 因为网络段子看多了嘛，再加上有百度加持。但面对公司集会或者和陌生人交换时，语言表达能力比力短缺。
所以，建议你寻常可以自动要求去分享一些自己工作中用到或学习的技术。或者多去参加集体运动，加强自己的表达能力。
3）大概就是想抛一个问题给你，自己好有时间继续看你的简历。
如果，一时想不起来怎么回答，可以这么切入，找一个自己工作中很认识的项目，然后，谈谈你是怎样对这个项目举行测试的，然后，在某一个版本测试中，发现xxx，开发也xxxx，前端也xxxx，运维也xxxx，末了终于发现原来是xxx引起的xxxx 。
把你工作过程中的测试方法和步调描述清晰了，那么这个bug有没有价值或是否印象深刻就不那么重要了。
4、用例部分
现场让你设计个用例，比如水杯、凳子怎么测试？
首先说明的是，碰到这样的测试题目，首先应该反问口试官，需求是什么样的，比如是测什么样的杯子。
因为设计测试用例的规则应该是根据需求分析文档设计用例，客户需求什么，就测试什么。
但是在没有需求分析文档的条件下，来设计测试用例，可以考察一个测试人员的根本功，比如思量问题是否全面，设计测试用例的方法是否合理等。
一样平常是根据自己的日常经验和测试的思维来设计测试用例。在设计测试用例时一样平常从以下几个方面举行分析：功能测试，性能测试，界面测试，安全性测试，兼容性测试，可用性测试，可靠性测试，当地化/国际化测试。
5、软件测试流程
公司严格规范测试流程和测试文档，首先是参与需求评审，编写测试计划、测试方案、测试用例，举行测试方案及用例的测试组内部评审，外部评审。
提取部分一级用例提交研发自测，研发自测通过后开开始实验一轮体系测试。
测试过程中发现并提交、跟踪问题。
问题修复后举行回归测试。
一轮测试完成后对修复包举行冒烟测试，测试通过则举行二轮测试。
二轮测试完成后会举行需求交错测试。
完成测试编写体系测试报告提交验收测试。验收测试通过输出验收测试报告。
6、网络相关
网络协议，如TCP/UDP的区别？
1、TCP面向毗连（如打电话要先拨号建立毗连）;UDP是无毗连的，即发送数据之前不必要建立毗连
2、TCP提供可靠的服务。也就是说，通过TCP毗连传送的数据，无差错，不丢失，不重复，且按序到达;UDP尽最大积极交付，即不保证可靠交付
3、TCP面向字节流，实际上是TCP把数据看成连续串无结构的字节流;UDP是面向报文的
UDP没有拥塞控制，因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用，如IP电话，实时视频集会等）
4、每一条TCP毗连只能是点到点的;UDP支持一对一，一对多，多对一和多对多的交互通讯
5、TCP首部开销20字节;UDP的首部开销小，只有8个字节
6、TCP的逻辑通讯信道是全双工的可靠信道，UDP则是不可靠信道
三次握手与四次挥手
三次握手通俗版：
第一次握手：客户端要和服务端举行通讯，首先要告知服务端一声，遂发出一个SYN=1的毗连请求信号,”服务端哥哥，我想给你说语言”。
第二次握手：当服务端吸收到客户端的毗连请求，此时要给客户端一个确认信息，”我知道了（ACK）,我这边已经预备好了，你如今能连吗（SYN）”。
第三次握手：当客户端收到了服务端简直认毗连信息后，要规矩的告知一下服务端，“好的，咱们开始联通吧（ACK）”。
到此整个建立毗连的过程已经竣事，接下来就是双方你一句我一句甚至同时交换传递信息的过程了。
四次挥手断开毗连通俗版：
第一次挥手：双方交换的差不多了，此时客户端也已经结尾了，接下来要断开通讯毗连，所以告诉服务端“我说完了（FIN）”，此时自体态成期待竣事毗连的状态。
第二次挥手：服务端知道客户端已经没话说了，服务端此时还有两句话要给客户端说“我知道你说完了（ACK），我再说两句&*…%￥”…
第三次挥手：此时客户端倾耳细听继续处于期待竣事的状态，服务器端也说完了，自身此时处于期待关闭毗连的状态，并对告诉客户端，“我说完了，咱们断了吧（FIN）”。
第四次挥手：客户端收知道服务端也说完了，也要告诉服务端一声（ACK），因为毗连和断开要双方都按下关闭操作才华断开，客户端同时又为自己定义一个定时器，因为不知道刚才说的这句话能不能准确到达服务端（网络不稳固或者其他因素引起的网络原因）。
所以默认时间定为两个通讯的最大时间之和，超出这个时间就默认服务器端已经吸收到了自己简直认信息，此时客户端就关闭自身毗连，服务器端一旦吸收到客户端发来简直定关照就立刻关闭服务器端的毗连。
到此为止双方整个通讯过程就此终结。
这里要声明一下：断开链接不肯定就是客户端，谁都可以先发起断开指令，另外客户端和服务端是没有固定尺度的，谁先发起请求谁就是客户端。
三次握手论述：
在第一次消息发送中，A随机选取一个序列号作为自己的初始序号发送给B；
第二次消息B使用ack对A的数据包举行确认，因为已经收到了序列号为x的数据包，预备吸收序列号为x+1的包，所以ack=x+1，同时B告诉A自己的初始序列号，就是seq=y；
第三条消息A告诉B收到了B简直认消息并预备建立毗连，A自己此条消息的序列号是x+1，所以seq=x+1，而ack=y+1是表示A正预备吸收B序列号为y+1的数据包。
四次挥手论述：
由于TCP毗连时全双工的，因此，每个方向都必须要单独举行关闭，这一原则是当一方完成数据发送任务后，发送一个FIN来终止这一方向的毗连，
收到一个FIN只是意味着这一方向上没有数据活动了，即不会再收到数据了，但是在这个TCP毗连上仍然能够发送数据，直到这一方向也发送了FIN。
首先举行关闭的一方将实验自动关闭，而另一方则实验被动关闭，上图描述的即是如此。
（1）第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。
（2）第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN雷同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。
（3）第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。
（4）第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。
7、测试工具
测试工具，无非这几类：
BUG管理工具：禅道、Jira、Bugzilla等。
web端自动化测试工具：selenium、QTP等。
app自动化测试工具：有Appium，MonkeyRunner、Robotium等，
性能测试工具：重要是Loadrunner和Jmeter。
抓包分析工具：wireshak、fiddler。
数据库工具：mysql/oracle
自动化测试工具 (如QTP)
性能测试工具 (如loadrunner)
测试管理类 （如jira）
安全测试工具
渗出测试工具
8、其他概念问题
Beta测试与Alpha测试有什么区别
1、Alpha测试
Alpha测试是由用户在开发环境下举行的测试，也可以是开发机构内部的用户在模仿实际操作环境下举行的测试。开发者坐在用户旁边，这是在开发者受控的环境下举行的测试。由开发者随时记录下错误情况和使用中的问题。
2、Beta测试
Beta测试是由软件的多个用户在一个或多个用户的实际使用环境下举行的测试。开发者通常不在测试现场，这是在开发者无法控制的环境下举行的测试。由用户记录下碰到的所有问题，定期向开发者报告。beta测试是一模仿真实的使用环境从而发现缺陷的一种测试
3、验收测试
验收测试是以用户为主的测试，软件开发和QA人员也应该参加，测试一样平常在用户地点地举行，由用户验证软件产品是否满意了所有的需求的一系列的验收测试工作。
仅限于做项目的公司，部门内部测试稳固后，根据条约中需求由发包商举行验收测试。验收测试的目的是为了以发现”未实现的需求”为目的，以评估”适合使用”为目标，该类测试的不是以发现缺陷为重要目的。
区别：两者的重要区别是测试的场合不同。
Alpha测试是指把用户请到开发方的场合来测试，beta测试是指在一个或多个用户的场合举行的测试。Alpha测试的环境是受开发方控制的,用户的数量相对比力少,时间比力会集。
而beta测试的环境是不受开发方控制的,谁也不知道用户怎样折磨软件,用户数量相对比力多,时间不会集。
一样平常地,alpha测试先于beta测试实验。通用的软件产品必要较大规模的beta测试,测试周期比力长。如果产品通过了beta测试,那么就可以正式发行了。
Alpha测试在体系开发靠近完成时对应用体系的测试；测试后仍然会有少量的设计变更。这种测试一样平常由终极用户或其它人员完成，不能由步伐或测试员完成。
Beta测试 当开发和测试根本完成时所做的测试，终极的错误和问题必要在终极发行前找到。这种测试一样平常由终极用户或其它人员完成，不能由步伐员或测试员完成。
四、你还有什么想问的吗（必答）
口试官要给口试者一个提问的机会，其实是因为，口试者有权利了解口试他的这个部门的根本信息、岗位信息以及他将来大概要使用的技术、负责的业务。
所以可以去问一些关于部门、技术栈等方面的信息了解清晰，从而更好地评估自己是否适合这个部门，更广泛地去了解部门的信息，并提前学习相关的一些技术栈，假如你将来真的要参加这个公司，这也会是对你非常有帮助的。
口试官听到你问这种问题时，也会很热心地回答你，他也会对这种求知欲很满意的，毕竟你是想了解他地点的部门，所做的事情，想要参加他们，口试官可以收到你想要传达给他的心意
问你真正想问的，不代表你可以无底线地提问，对口试官来说，有一些问题是比力禁忌的，我们不妨来看几个反面例子。
不要问薪资：直接问薪资是不可取的，假如你参加的是技术口试，千万别问薪资，人家会觉得你很不专业，并且心思都放在了钱上。如果是HR口试，你还可以比力含蓄地问一下“贵司的薪资结构是怎么样的”，侧面举行了解，千万不要说“我一个能拿到多少钱”这样直白的话。
不要问私事：有些口试者比力随意，想直接从口试官身上得到一手的信息，比如问口试官“一个月工资多少钱”、“寻常你加班严重吗”、“你觉得这家公司怎么样”这就好像一个刚认识的人打探你的家事一样，会让人很反感的。
不要问一些和职位无关的事情：有些口试者大概跳出了口试职位，直接开始问一些比力脱离实际的问题“将来公司战略是怎么样的”、“我们部门发展现状，将来会怎样怎样”这类假大空的问题也是要制止的。我信赖犯这个错误的人应该比力少，毕竟咱们步伐员都比力实在。
五、简历模板
简历是口试中最重要的一环，这里详细介绍一下简历怎么写，才华吸引HR的眼睛。
1）个人根本信息
简历开头是个人信息，这个大家都没有异议的吧？但是个人信息应该包含哪些内容，每个人明确都不一样，我的建议是：
1、要包含：姓名、性别、学历、工作年限、电话、邮箱地点；
2、不包含：照片（对自己特自信的除外）、结业学校（特知名的除外）、专业（特自负的除外）；
原因：咱们是技术岗，一切以技术优先；
学校和专业如果是上风，固然鼓励放前面，甚至可以把学校期间得到的奖项也简要写一写，这个是加分项。如果不是，请尽快让筛简历的人往下看到自己的上风；
2）个人专业技能
作为技术岗位，你的个人技能是口试官最为关注的要点之一。而作为软件测试岗位，如果想要抱负的薪资，技能不可以过于单薄。
既然是专业技能，记得写一些自己拿的脱手的东西，应聘测试工程师，你说自己熟练使用office文档，这有什么关系？
更悲剧的是，只是认识测试用例编写方法，就是原来应该掌握更好的测试技能反而还不如 office 用的好了？
这部分我的建议是：
1、不要任意写「夺目」，特别是针对操作体系和编程语言，如果你真的「夺目」，当我没说；
2、如果招聘需求有明确技能要求，请自己对照着优先级提供自己对应的技能熟练程度；
3、要突出你的个人特色，你最擅长的肯定要写在前面。有时候HR真的会没耐心看完，留意力最多3行；
4、简历是给别人看的，是要吸引别人留意力的，要提供别人关心的内容，不要一股脑把自己自以为傲但又毫不相干的特长列上去；（2和3的总结）
5、个人能力中写的都是认识和掌握，甚至还有了解，对于HR来说，掌握代表的是会用，认识代表着用过，了解就代表着不会。对于自己真正掌握的技术，可以大胆写上“夺目”，能达到夺目的技能肯定是深度学习和经验累积的结果。
6、简历中最焦点的在于“个人能力”，首先要确保展示自己所掌握的技能，并且肯定要有所擅长，不然口试一问三不知就很尴尬了。
3）工作履历
工作履历就简单罗列一下自己在不同公司的从业经验就可以，一样平常只必要提供时间区间、公司名、岗位名称即可。
几个留意事项：
1、不要写公司介绍，不关心；
2、不要写工作简介，项目经验内里有；
3、每个公司只管只占一行，不消在这吸引太多眼球；
4、如果呆过的公司比力多，建议把位置调解到项目经验的后面去；
4）项目经验
如今所有的企业除了比力看重实际工作经验之外也非常留意项目经验。
并且项目经验是简历中篇幅最多，肯定要格外用心去写。
写项目以及工作经验的时候我们可以按照S.T.A.R.法则来写
S情景：项目是在什么背景下制作的，要在什么情况下完成。
比如：为了用户可以更好的体验xxxx，公司研发了xxxx，本项目重要针对xx用户，由xxx和xxx体系或架构组成，由什么语言来编写的；
T任务：在本项目中重要负责什么，比如：参与该模块测试的组员有xx人，我重要是负责xxx，用它来xxx的，并且负责xx用例以及报告的设计以及评审组织演说等等；
A行动：在这个任务中你做了什么。比如：使用xx管理用例的编写，通过xx管理代码和版本，使用xx工具做了什么，我对该模块的工作使用了xx技术等等；
R结果：通过本次行动得到了什么结果，比如：编写了xx个用例，发现了xx个bug，编写了xx行代码。利用xx工具做的结论—压测结果，或者测试结果，开发结果等，通过以上得到了项目对我的一些影响。
项目经验几个留意事项：
1、按时间倒序写，就是迩来的项目写到最前面；
2、挑几个典型项目举行重点罗列，就是可以体现自己能力的项目；
3、项目简介要简洁，自己提炼下语言，不要从别的地方拷贝粘贴一大段你自己都不看的内容，突出下自己负责模块的重要性即可；
4、前面写的专业技能，要在典型项目的工作职责中有体现，如果专业技能写自己会很多自动化工具，结果项目里全是手工测试，这明显有问题；
5、工作职责里挑典型的、能体现自己专业技能的部分重点写，其他和别人做的一样的内容简写；
5）整体格式
首先，这份简历看上去干净整洁，条理清晰，让人赏心悦目，这是一个加分项。
不要有拷贝粘贴的陈迹，告诉你一个小秘密，如果是 docx 文件，体系又开启了豆沙绿的话，很轻易看出来哪些是拷贝粘贴的内容。
其次，个人技能很丰富，完全符合当下市场需求。不管是理论底子，还是功能、性能、自动化，都有体现出来。任何一家企业所涉及的技能都能用得上。
你要明确，虽然一份好看的简历能为你打开一扇扇口试的大门，但终极口试官考察你的，还是你简历上体现出来的技能点是不是真材实料，你对知识点掌握和明确的程度，你是否能思路清晰的描述出你曾经做过的项目等等。
纵然某些知识点，你仅仅是学习过，但并没有实际使用过，但如果你能思路清晰的描述出来，也会很加分。
末了，肯定要记住，写简历最重要的是用心，如果对自己的拍门砖都不消心，怎么能保证是真的想进门？
末了感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完备的备战堆栈，这个堆栈也陪伴上万个测试工程师们走过最艰难的旅程，希望也能帮助到你!有必要的小搭档可以点击下方小卡片领取
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
