软件测试面试会问哪些问题？

软件测试面试，一般会被问到下面这九类问题。

1、基础问题
2、Linux命令
3、数据库
4、功能测试
5、Python基础
6、接口测试
7、自动化测试
8、性能测试
9、人事问题

接下来，以上9类问题，我都会分别结合2个案例，附上答案，给大家参考。最后会免费赠送大家2023年最新面试宝典，祝愿大家测试求职顺利。

上图镇楼

一、基础问题

1.1、请做下简单的自我介绍

回答：【围绕基本信息+项⽬介绍】⾯试官您好，我叫张三，来⾃番茄市，在软件测试⾏业有 3 年的⼯作经验，做过 Web/APP及⼩程序项⽬的测试⼯作，有独⽴负责整个项⽬的测试经验。最近做个的项⽬是 xxx，这是⼀款基于（B/S 或 C/S）架构的 xxx 产品，在该项⽬中我主要负责 xxx 业务和 xxx 业务及 xxx 模块和 xxx 模块的功能，接⼝，及⾃动化测试。在功能测试中主要运⽤到 xxx 测试⼯具和 xxx 缺陷管理系统，在接⼝测试中主要使⽤到 xxx ⼯具，⾃动化测试是基于 Python+Requests+pytest+Jenkins 实现的测试框架搭建和测试实现。以上是我的个⼈介绍

1.2、你们这项⽬做了多久？多久做⼀次版本迭代？写了多少⽤例？发现了

多少Bug？你们的团队规模是怎么样？具体的⼈员配置请详细说⼀下。

回答：● 项⽬周期：○ 中⼩型项⽬：3-6个⽉○ 中⼤型项⽬：6-12个⽉● 多久做⼀次版本迭代？○ 互联⽹项⽬：1-2周⼀个迭代○ 传统项⽬：3-4周⼀个迭代● 迭代内容：○ ⼀般分⼤版本和⼩版本：■ ⼤版本主要是产品规划的新功能、新业务，⼤版本⼀般2-3个⽉有⼀次■ ⼩版本主要是⼀些历史功能优化和缺陷修复版本，⼩版本每周/两周有⼀次● 写了多少⽤例？—— 数测试点● 发现了多少bug？—— ⽤例数的20%-30%● 团队规模：○ 互联⽹项⽬：■ 测试开发⽐：1：3 —— 1:5 甚⾄1:7■ ⼩项⽬：1-3个测试⼈员，开发⼈员⼤概为4-15⼈，产品经理与测试基本⼀致（基本1-3⼈）■ 中项⽬：测试⼈员5⼈以上○ 传统项⽬：■ 银⾏类型的项⽬：（⼈员密集型）测试开发⽐：1-3左右

二、Linux命令

2.1 如何查看 Java 进程并杀死进程

回答：# 查看所有 Java 进程信息（包含进程ID）ps -ef | grep java# 停⽌ Java 进程kill -9 进程ID# 扩展：⼀条命令实现（$2 获取第 2 列的值）ps -ef | grep java | awk '{print $2}' | xargs kill -9

2.2 如何解决端⼝占⽤

回答：# ⽅案 1# 获取程序相关信息（PID：进程ID）netstat -anptu | grep 程序名或netstat -anptu | grep 端⼝号# 结束程序运⾏kill -9 PID
# ⽅案 2# 获取程序相关信息（PID：进程ID）lsof -i:端⼝号# 结束程序运⾏kill -9 PID# 注意：以上命令都需要使⽤ root ⽤户

三、数据库

3.1 请⽤⼀条语句统计：2022 年 10 ⽉份所有员⼯的请假天数

回答：select sum(l_days) from e_info as einner join leave_info as l on e.e_id=l.e_idwhere l_date between "2022-10-1" and "2022-10-31"

3.2 什么是关系型数据库，主键、外键、索引分别是什么

回答：关系型数据库是指：存储数据时有多个数据表格，表格之前有关联信息常⻅的关系数据库有：Oracle：在⼤型项⽬中使⽤，例如：银⾏、电信等项⽬MySQL：Web 项⽬中使⽤最⼴泛的关系型数据库Microsoft SQL Server：在微软的项⽬中使⽤主键：数据库表唯⼀标识，不能为空外键：表与表之间关联的字段索引：对数据库表中⼀列或多列的值进⾏排序的⼀种结构（相当于图书的⽬录)作⽤是快速访问数据库表中的特定信息

四、功能测试

4.1 请简述下你现在这家公司的功能测试流程。

回答：1、接到项⽬之后，由项⽬经理、需求⼈员、测试经理和客户进⾏沟通，分析需求，需求⼈员编写需求⽂档，编写之后需求评审（看看有没有不能完成或者有必要增加或者修改的地⽅）。2、评审过后，输出评审通过的需求规格说明书；- 开发⼈员根据需求说明书，设计说明进⾏软件开发。- 这时我们测试⼈员要了解客户需求，根据需求规格说明书编写测试⽤例，编写好之后对测试⽤例进⾏评审，在评审中注意有⽆遗漏或有误的地⽅，再进⾏修改。3、测试⽤例评审通过，开发⼈员把项⽬写好，搭建好测试环境，我们⾸先进⾏冒烟测试，看看软件关键功能可不可以正常使⽤，环境通不通。然后我们根据测试⽤例进⾏测试，在测试过程中遇到bug，在缺陷管理⼯具中提交，并根据缺陷管理周期跟踪bug，复测通过之后关闭bug。4、所有测试⽤例执⾏完毕，缺陷也关闭了，然后测试⼈员编写测试报告，完成后进⼊运⾏维护阶段。

4.2 在测试过程中有没有发现过让你记忆犹新的BUG

回答：这个问题不⼀定难，重点体现真实问题描述：购物⻋合计⾦额和订单的商品合计⾦额偶尔出现相差0.01需求描述：基于商品合计⾦额结果四舍五⼊购物⻋合计⾦额 = sum(购买量 * 单价 * 会员折扣率)订单的合计⾦额 = sum(购买量 * 单价 * 会员折扣率) + 物流费 - 优惠券 - 积分抵扣分析问题：找到对应购物⻋研发⼈员确认其计算的⽅式，每次计算完⼀个乘法四舍五⼊ 订单的开发⼈员计算⽅式是乘法计算完之后再对于最终结果进⾏四舍五⼊，导致偶尔出现相差0.01的情况解决⽅式：找产品确认最终确认进位⽅式 这⾥就提供⼀个，⼤家在实际学习过程中也会遇到⼀些缺陷。可以进⾏记录和分析

五、Python基础

5.1 请用Python 实现⼀个九九乘法表

回答：for i in range(1, 10):for j in range(1, i+1):print('{}x{}={}\t'.format(j, i, i*j), end='')print()

5.2 在 pytest 在如何运⾏指定⽤例？例如：⼀个电商共有 2000 条⽤例，只想运⾏和下单业务相关的⽤例，该怎么做？

回答：学过的：在 pytest.ini 配置⽂件中修改运⾏模块 -> 根据业务去建的 py ⽂件，在配置⽂件中修改指定⽂件名。⾯试官想听的：@pytest.mark.标记运⾏⽅法：pytest -m 标记

六、接口测试

6.1 系统出现500或⽩屏，你会如何分析问题?

回答：1、查看系统服务器资源是否占满：磁盘、内存2、通过查看磁盘占⽤状态：df -h；通过写⼊缓存信息，导致硬盘空间不⾜；3、查看内存的使⽤情况：top- 内存泄漏：由于开发编写代码过程对于已经分配内存资源使⽤完毕之后，并不释放内存的资源，导致后⾯同样业务处理所占⽤内存⾜部累加，最终导致内存不⾜。- 内存溢出：现有空闲内存不⾜以提供服务器处理客户请求。作为测试需要定位信息：基于内存泄漏，需要找到占⽤了资源⽽不释放具体使⽤功能是哪个，然后基于功能找到请求地址

6.2 你怎么使⽤的 Postman 实施的接⼝测试

回答：1.之前说到⼀般是在开发整体提交SIT测试前，测试⼈员会有⽐较充裕的时间，会使⽤ Postman 快速的对本次测试范围的核⼼接⼝进⾏测试2.使⽤的⽅式：第⼀，我们会依据接⼝⽂档，在 Postman 中划分功能⽬录结构，⽅便区分接⼝功能模块。第⼆，依据接⼝⽂档在 Postman 中创建好对应的 Request 请求⽤例，配置好请求地址、 RequestHeader、 Body，确认正常请求能跑通后。第三，优化接⼝测试点，基于多参数、少参数、错参数进⾏测试点配置，利⽤全局变量以及参数化⽅式对于各种情况的数据进⾏测试。第四，添加断⾔，基于响应体，通过结果提取器，提取必要的响应体结果数据进⾏判断。第五，通常情况下多个接⼝之间数据有依赖的，还会使⽤关联的⽅式来完善接⼝测试⽤例。

七、自动化测试

7.1 在你的项⽬中做过 UI ⾃动化，简单说说你是如何做的？

回答：[该问题根据⾃⼰的实际所学情况选择实施的程度]
在*** ***项⽬中，由于经常有版本迭代，回归测试任务还是⽐较多的。项⽬中，由于经常有版本迭代，回归测试任务还是⽐较多的。- 部分核⼼的功能模块界⾯也⽐较稳定，为了提供回归测试效率，团队采⽤了 UI ⾃动化测试技术来解决回归测试的问题。- 我们使⽤的实现技术框架为：pytest + Selenium/Appium + PO 模式 + Allure 的框架来实现的 UI ⾃动化。- 整个项⽬过程中， 也没有专⻔规划⼀段时间去⼀次性完成整体的⾃动化，⽽是测试经理规划好整体实现框架后，在版本迭代空闲时间，分配⼀些脚本编写的任务。- 在我离开公司时， UI ⾃动化测试⽤例库已经基本覆盖到了项⽬核⼼功能点和流程。例如：*** ***流流程、 程、 *** ***功能模块。其中 功能模块。其中 *** *** 是我编写的。

7.2 UI⾃动化解决了什么问题？你觉得其价值大不大？主要体现在哪⾥

回答：个⼈觉得 UI ⾃动化测试核⼼解决的问题还是解决⼿⼯回归测试，基于历史功能或流程进⾏回归，代替绝⼤部分的回归测试⼯具，缩减测试⼯程的重复的⼯作。UI ⾃动化的脚本还可以通过运⾏来准备测试数据，例如：要测试⽣成订单后的各种流程，就可以通过运⾏⽣成订单的测试⽤例。我觉得 UI ⾃动化测试脚本如果编写的⽐较全⾯的话，价值还是很⼤的。就如上⾯说的回归测试和构造数据，不过前提是项⽬适合做 UI⾃动化测试，否则就没有任何价值了。

八、性能测试

8.1 有没有做过性能测试？简单的描述⼀下当时是怎么测试的

基于操作层⾯级别的回答：1、有的，我在之前的项⽬测试过程中，对于项⽬核⼼的功能模块有按项⽬要求对于核⼼的功能模块实施过性能测试。如电商(商品搜索相关接⼝、购物⻋查询、提交订单等场景)，这⾥需要⾃⼰根据⾃⼰的项⽬来进⾏功能模块的挑选。2、确认好后，会制定好性能测试场景，如单接⼝并发、压⼒测试场景。3、然后部署好的性能测试环境，和⽣产环境等⽐资源搭建4、使⽤JMeter⼯具，配置对应接⼝场景，设定好对应场景所的⽤的定时器，使⽤ PerfMon 监控硬件资源， JMeter 的聚合报告查看软件指标5、最后总结性能结果产出报告即可

8.2 有没有测试过百万级⽤户以上的性能测试场景？简单的描述下

回答：没有测试过，但是有思路（量⼒⽽⾏）。百万级⽤户对应信息有哪些，第⼀个⽤户量⼤，第⼆个数据量⼤。如果让我去测试的话，⾸先需要想清楚如何解决模拟庞⼤⽤户量的问题，其次数据如何构造的问题。针对第⼀个问题，基于测试环境也是⽆法满⾜测试的要求，可以适当的等⽐降低服务器，那同样的并发⽤户数也会降低。JMeter 的常规情况下在我们普通的执⾏机上也就2000并发了，可以通过分布式的⽅式提⾼⼀下并发数量。当然也可以使⽤其它的⽅式如：Ignareo、 IOCP等解决⽅案。针对第⼆个⼤批量测试数据的准备，可以通过编写存储过程的⽅式，也可以直接导⼊⽣产环境数据来进⾏的⽅式。数据库的层⾯的话，通常都会有缓存机制。这些问题解决了之后，其实后续测试执⾏过程个⼈觉得⼤同⼩异。

九、人事问题

9.1 如果公司录⽤你，你将怎样开展⼯作？

思路：很多企业在招聘开发⼈员时很看重是否能够尽快上⼿，所以回答这个问题时要“实打实”的回答，在回答中最好强调能够“尽快”投⼊开发⼯作中，这样领导就放⼼了，会觉得你不是⼀个只会盲⽬⼯作的⼈，⽽是⼀个按部就班，稳打稳扎的⼈。
回答范例：我对咱们公司的⼤体情况只有⼀个⼤概了解，在这个职位的⼯作性质仅仅是我⾃⼰的⼀个理解。作为这个职位⽽⾔，我想我⾸先要对本公司的主营业务要有⼀个了解，了解公司的业务组成部分、业务的发展⽅向、我们⾯向的客户性质等。第⼆我要了解所属部⻔在公司中的地位，以及部⻔的⼯作⽬标，从⽽确定⾃身的⼯作努⼒⽅向。第三，了解我参与项⽬的开发⽅式，架构⽅式，紧密配合领导⼯作，尽快投⼊具体的开发⼯作中。这就是我开展⼯作的计划。

9.2 你⼯作经验⽋缺，如何能胜任这项⼯作？

常规思路：①如果招聘单位对应届毕业⽣的应聘者提出这个问题，说明招聘公司并不真正在乎“经验”，关键看应聘者怎样回答。②对这个问题的回答最好要体现出应聘者的诚恳、机智、果敢及敬业。③如“作为应届毕业⽣，在⼯作经验⽅⾯的确会有所⽋缺，因此在读书期间我⼀直利⽤各种机会在这个⾏业⾥做兼职。我也发现，实际⼯作远⽐书本知识丰富、复杂。但我有较强的责任⼼、适应能⼒和学习能⼒，⽽且⽐较勤奋，所以在兼职中均能圆满完成各项⼯作，从中获取的经验也令我受益⾮浅。请贵公司放⼼，学校所学及兼职的⼯作经验使我⼀定能胜任这个职位。”点评：这个问题思路中的答案尚可，突出⾃⼰的吃苦能⼒和适应性以及学习能⼒（不是学习成绩）为好。