【金九银十】软件测试中的高频面试题梳理（内附答案）

写数据库语句：一个老师表 一个学生表，（1） 查李老师班的小明（2）并将小明的年纪改成26。

select t1.* from 学生表 t1 jion 老师表 t2 on t1.班级=t2.班级 where t1.姓名='小明' and t2.姓名='李老师';

update 学生表 set 年龄=26 where 姓名='小明';

Get和post的区别？

请求数据位置不一样。get请求数据在url后边用？隔开，post请求数据在请求正文里边。

安全性。post请求数据在正文里，相对于get请求数据在url里，更安全一点。

数据大小限制。get最大不超过2kb，post无限制。

缓存。get请求，会被浏览器缓存。post不会。

http和https的区别？

协议名不一样。

默认端口不一样。http的默认端口是80，https的默认端口是443

https更安全一点.。http是明文传输，https是加密传输。

是否需要安装证书。http不需要，https需要。

你说你参与过需求评审，请问参与了什么，怎么分析的？

以电商项目为例，当时参与需求评审的时候，有那个支付的测试点，当时大家只想到了支付成功后的返回结果，没有考虑到第三方的数据是否正确，也就是异步调用给忘记了，因为你只是查看返回数据是不正确的，如果说异步调用的时候出现了错误，比如数据发送给第三方的时候被篡改了，即使是当时同步调用成功，但是异步调用的时候出现了错误，导致银行卡扣款失败或者是扣款错误，那也是一个很严重的bug。

如果出现了建议性的bug你怎么做？

当然这个bug也是得提交到缺陷管理库的，然后再根据实际情况做修改，去提醒开发

现场让你说怎么测得：登录注册页面 水杯 你负责的项目模块说点测试用例。

那我就说说我们公司项目的登录注册是怎么测试的吧，以一值APP为例

 

水杯的测试用例

功能：能不能装水；能不能喝到；能不能放到桌子上；密封性

兼容：能不能装冰水；能不能装开水；能不能盛其它液体；能不能装固体；是否适合不同人使用

安全：割不割嘴；会不会烫手；材质是否安全

易用：是否便于携带；使用说明是否通俗易懂；是否符合人体工学；是否美观

性能：耐高温；抗摔；抗压；保温

如果我有一个在不同手机上出现了问题，后端也修复了，还是出现了不同型号上出现了问题，该怎么解决？

测试APP在不同的机型上由于软件、硬件等不同而出现各种各样的问题，这些都是缺陷聚集的地方，一个页面可能在安卓手机上显示正常，但可能在iPhone手机上显示错位，所以测试中尽量覆盖主流的手机型号和版本，如iPhone系列、三星系列、华为系列、小米系列、oppo系列、vivo系列等，找出在这些主流手机上使用app出现的缺陷并修复。

怎么做压力测试的，比如300人的压力测试，咋做的？

我们公司是使用jmeter做的压力测试，当时我们弄懂接口测试文档，分清post和get请求，分清哪些必填选项选填项之后，做好接口之间的上下有关系，添加合适的断言等准备工作，就修改了线程组的线程数，然后再添加一个聚合报告就可以执行了

性能测试会么？咋做的？

我在我们公司只是用jmeter做了一个简单的压力测试，当时当时我们弄懂接口测试文档，分清post和get请求，分清哪些必填选项选填项之后，做好接口之间的上下有关系，添加合适的断言等准备工作，就修改了线程组的线程数，然后再添加一个聚合报告就可以执行了

你怎么确保软件质量的，不听你说这些虚的概念，具体怎么做？

作为一个测试人员，要确保软件的质量，首先就要熟读需求文档，充分了解并达到用户需求，才是我们进行工作的一个最终目的，当然，只是充分了解需求文档是不够的，工欲善其事必先利其器，作为测试人员，我们也要有熟练的掌握测试的技能，要有耐心和细心去发现问题，定位问题，也要有良好的沟通技巧，因为测试过程中涉及要跟产品设计人员确认需求，跟开发人员确认缺陷，帮助开发人员定位问题，所以就需要有效的表述问题，友好的表达疑问，耐心的交流。

如果需求文档，测试点，用例都评审过了。你个人发现了一个bug，你认为对产品有好处，你该怎么处理？

首先要提交这个 bug到缺陷管理库，然后将bug汇报给相关人员。（大概意思）

说说测试它的整个周期？测试用例的内容？怎么编写测试用例的？用什么工具管理测试用例？怎么确保测试用例百分百？你自己的用例覆盖率为多少？

1）（2）（3）编写测试用例的话，主要用的是边界值分析法和等价类划分法，比如我在测试用户名输入框的时候，会使用边界值分析法，比如，正常是2-30个字段有效，我会测试1，2，30，31这几个字段（4）我们公司是用禅道来管理测试用例（5）就是执行自己完的测试用例，确保百分之百的执行（6） 测试用例执行100%覆盖。要保证自己写的测试用例百分之百的走通，然后才可以做探索性测试，想到其它的一些测试情况。在测试执行过程中，要继续对测试用例补充完善，确保提高测试覆盖率。

你的优势是什么？你的缺点是什么？你的职业规划是什么？

我的优势是耐心，细心，责任心 ，沟通能力好，

.linux怎么查找日志的？查找两个动态文件？远程连接是什么？

首先明确文件的位置，假如文件在根目录下的log位置，我们有六种查看看的方法，有head tail more less cat vi，我们常用的是cat

tail -f

使用的是ssh协议，使用的命令是ssh root@ip地址

日志的等级：级别从高到低error错误信息,warning警告信息,info普通信息,debug代码调试信息。 debug信息会写开发写代码时的调试信息，有助于开发调试代码用；普通信息：指的是日常的该软件的所有信息，比如购物信息；警告信息：指的是使用软件的用户做出了一个相对比较危险的动作，但不是错误，例如：2020年8月6日 15:28:48 t12345：用户A购买了一个包支付时，通过10几次的回调才支付成功（地铁里信号不好）；错误信息：只软件发生的错误，我们判断日志，很多时候发生缺陷时，记录，查看日志，也是为了判断和定位bug，如：2020年8月6日 15:30:43t 123432：用户B请求支付时，服务器超时，报错。2020年8月6日 15:31:24：服务器宕机

说说什么是测试环境，你们公司有哪些环境和服务器？

（1）测试环境就是指测试人员测试程序时需要的承载体（1）我们公司的环境有开发环境、测试环境和生产环境，服务器就是linux

怎么抓包的？

web端的话，直接打开fiddler，打开过滤器，输入你要抓取的ip地址，然后，你再做出相应的动作，此时，fiddler就会将你要抓取的信息过滤出来。如果是移动端的话，需求要下载fiddler证书，首先保证手机和电脑连接的是同一个网络，然后查询到具体的电脑IP地址，然后加上fiddler的默认端口号，在手机端浏览器输入相应的fiddler服务器地址，下载证书之后，在手机设置服务代理，fiddler勾选相应的选项，设置过滤器，就可以了

手机app专项测试注意哪些

（1）权限通知，如登录时，你是否授予它相应的权限，（2）应用切换：从一个app页面切换到测试的app页面，（3）中断：比如闹钟提醒，来电，短信（4）网络：弱网状态下，比如2g、3g、4g，不同的运营商，切换WiFi等（5）物理键：home键，关机键等的使用，比如在某个页面，按home键切到桌面，一会再切换到应用，还在继续进行页面的活动（5）内存：安装更新卸载，它占内存的大小是否是一直合理的，在后台运行的时候，占用内存是否合理 （6）耗电：持续使用app一段时间，看耗电量多少，或者一直使用一个app，直到关机，看耗电量是否合理。提示：手机专项测试不是每次都需求要测试的，只有当版本改动很大的时候，会测试，如果只是小范围的改动，会根据情况测试一点点。

请问你印象最深的接口测试的难题是什么？

我做接口当开始的时候，一开始对各种请求不熟，各种数据格式，请求状态等不熟，老是报错，后来随着慢慢的学的深入，也知道了各种报错的原因，后来就跟身边的人分享这些经验，我跟你们举个例，我见过最多的是400，一般出错都是内容写错，比如逗号写成了中文，

提示：注意观察每个测试工具响应报文包含什么内容，表示什么意思。自己弄清楚。还有你写的项目有哪些模块，把接口自动化穿插到项目中，流利的说出口。把你的项目支付，贷款，第三方接口，专业的业务知识储备清楚。因为面试官会问项目问的很详细！

总之，离不开简历！简历写什么，把什么搞清楚！项目的介绍也要弄清楚为什么这么介绍的，不要含糊其辞。因为这是你做过的项目～ 简历上写的东西，每一个都值得推敲，必须回答上来。

上线之后爆bug怎么办？

上线之后出现bug，如果是涉及金钱，会造成公司损失的时候，这时候要紧急回退之前的版本。如果是界面一些ui错误，比如文字、排版之类的错误，这个可以等到下一个版本进行一个优化。

如果你发现一个bug，不确定是不是一个bug的时候，你该怎么办？

首先，我要去确认需求，如果与需求不符，那这就是一个bug，如果是需求遗漏，这时候就找到产品，让产品加上这个需求，然后告知开发，让其做相应的改动。如果bug是代码错误，直接让开发修改bug。

上线复盘会，你们都讨论些什么？（上线复盘会就是产品上线之后出现一些问题，需要做的处理方式和总结）

统计一个周期内，在生产环境中，爆出的bug数量，这些bug主要在那些环境中分布、出现，以后会怎么避免，比如，这些爆出的bug，主要是开发的失误导致的，这个会议其实也是给开发打一个预防针，避免问题的再次发生，然后就是针对产生的这些bug，相应的引起了哪些消极影响，比如给公司造成了哪些损失，后续是怎么处理的。

你说的后续优化，都是优化哪些内容？

第一个是产品的优化，产品需要改进的地方是一定要进行优化的，其次就是一个责任要分清楚，如果说责任不清楚，导致上线后出现很多错误，那是会给公司带来很多损失的，比如，在工作中，任务分配不清，导致漏测；开发处理 bug找不到相应的负责人，都是会影响产品质量的，然后就是一个需求要合理安排，需求优化，如果说上线之前，临时更改需求，也会造成一定的影响。

接口怎么测试？

第一点，我们开发之前会有开发的接口文档，这就是接口测试的需求说明书，我们拿到以后，第一步我们先什么都不做，先研究这个说明书，有哪些请求，分为post和get，有哪些参数，哪些必填那些非必填。以及分析这些接口是单接口还是多接口，如果是单接口，就保证它的正确性和健壮性，如果是多接口，就需要查看他的前置条件，还有看请求之间的调用关系，上下游之间使用正则表达提取器，上游使用正则提取器使上下游之间联系起来，然后设置公共变量，使之后的请求都方便使用，以及设置合理的断言， 除此之外，也要研究相应的http状态码，查看返回的响应数据。结合项目去讲。

接口测试时，涉及到接口之间的关联你是怎么做呢？

使用正则表达式，cookies管理器，json提取器，用来处理上一个接口的参数，比如使用正则表达提取器来提取token

你们在做回归测试，一般使用什么策略呢？

回归测试我们主要是有两个策略，第一个是我们要通过开发给的影响性分析，然后去回归新开发的功能会不会影响到之前的老功能，还有一个策略是，等着所有的功能开发完之后，我们会对整个系统挑选一部分测试用例进行测试，这些挑选的测试用例主要还是开发提供的影响性分析报告，然后我们会根据他们提供的范围去筛选之前我们老的功能进行一个回归。

接口文档里有哪些规范？

首先是请求方法：post、get、put等

其次是url路径

然后是请求参数和返回参数，其中参数包含字段、说明、类型、备注、是否必填

依赖第三方数据的接口如何测试？

根据第三方服务的api文档，mock一套api接口，用于测试环境进行测试。

测试接口安全相关方法有哪些？

Token授权机制、时间戳超时机制、签名机制以及拒绝多次重复调用

如何利用接口批量造数据？

CSV数据参数化，JDBC数据库