字节前辈分享的2023软件测试高频面试题总结，找工作就看它
目录
接口测试面试题
生活物品测试面试题
性能测试基础面试题
APP面试题
MySQL面试题
总结
接口测试面试题
一、进行测试用例设计的时候用到的方法有哪些？
最常使用的测试用例设计方法包括等价类划分法、边界值分析方法、场景法、错误推测法。其中，最容易发现错误的是边界值法，使用最多的是场景法。以注册为例：首先从需求确定用户名和密码的长度类型约束，根据需求写测试点，然后设计测试数据，编写测试用例。
二、测试计划包括哪些主要步骤和信息？
测试计划包括引言、测试基本内容（测试目的、测试范围、测试环境、测试工具、测试人员）、实施计划（任务分配、进度安排）、风险控制等。
三、测试报告需要包含哪些内容？测试报告交付文档有哪些？你认为测试报告的侧重点是什么？
测试报告包括：引言、测试基本信息、测试结果及缺陷分析、测试结论和建议，交付文档。
交付文档有测试用例、提交的bug、测试报告。
测试报告的侧重点是测试结果和缺陷分析，测试结论。
四、bug的生命周期？你是怎么跟进bug的？
A:
bug的生命周期，就是一个bug被发现到这个bug被关闭的过程。生命周期中一般缺陷状态：新建、指派、已解决、待验、关闭。
具体流程如下：1.新建Bug，把bug记录到缺陷管理平台;2.指派给对应的开发人员；3.开发人员对Bug进行确认；4.开发对Bug进行修复；5.开发修改后，等新代码包更新测试环境，然后进行bug验证；6.如果Bug已经修复，测试人员直接关闭 ；7.如果待验的bug在验证时没有解决好，我们需要重新打开>指派>已解决>待验，循环这个过程。中间其他状态：重新打开、拒绝、延期等；8.如果提交bug后，开发一直没有修改状态，我们会提醒开发。延期、不予修改的bug则跟开发沟通，找产品确认是否修改。
生活物品测试面试题
一、如何测试一个杯子？
功能测试：
1.倒入温水，测试杯子是否可以正常装水；
2.装入水后，是否可以正常喝水；
3.杯子是否有保温功能，保温功能是否正常；
4.拧紧杯盖后，上下左右翻转杯子，杯子是否漏水；
容量测试：
1.倒入温水，测试杯子的最大盛水量是多少；
2.杯子的最大盛水量是否符合国际计量标准，是否没有误差；
兼容性测试：
1.分别倒入不同的液体（冰水、热水、温水、果汁、酒水），测试杯子是否正常；
2.用杯子泡茶、咖啡、牛奶，测试杯子是否可以正常使用；
3.在大风、大雨、大雪、高温天气下，杯子是否正常使用；
4.杯子放进微波炉，是否会爆炸；
5.杯子放进冰箱的时候，是否会融化；
安全性测试：
1.杯子的材质是否符合国际标准，是否对人体有害；
2.杯子是否会与所盛液体发生化学反应，产生对人体有害的物质（细菌，病毒等）；
3.杯子在高温、零下温度是否会发生化学反应，产生有害物质；
4.杯子置于微波炉、冰箱是否会发生化学反应，产生有害物质；
5.杯子破损后，是否容易对使用者造成伤害；
性能测试：
1.分别倒入0-100摄氏度的水，是否可以承受不同温度；
2.倒入不同液体静置一段时间（24小时以上），杯子是否会漏水；
3.杯子的保温性是否达到要求 ；
4.杯子的耐热性是否达到要求；
5.杯子的耐寒性是否达到要求；
压力测试：
1.用手按压杯子，是否容易变形；
2.杯子从不同高度摔下去的损坏程度如何；
3.在杯子内分别装入少量的、半杯的、满杯的液体，看其装载量是否达到设计标准；
易用性测试：
1.杯子的形状是否容易倒入液体；
2.杯子的重量和大小是否合适；
3.杯子是否防滑；
4.杯口是否平整，是否方便饮用；
5.杯子拿在手上是否会掉色；
6.杯子是否隔热、不烫手；
UI测试：
1.杯子设计是否符合需求规格说明书；
2.杯子的形状和颜色是否符合大众审美需求；
3.杯子是否标有刻度、Logo等；
交互性测试：
杯子与杯盖、杯托交互性是否符合用户使用习惯；
文档测试：
使用手册是否对杯子的用法、限制、使用条件进行了详细描述；
维护性测试：
杯子破损后，是否有修补措施；
性能测试基础面试题
1.解释常用的性能指标名称与具体含义
性能测试是通过测试工具模拟多种正常、峰值及异常负载条件来对系统的各项性能指标进行测试。验证软件系统是否能够达到用户提出的性能指标，发现系统中存在的性能瓶颈并加以优化。
性能指标分为两个方面：
- 系统指标：与用户场景和需求相关指标；
- 资源指标：与硬件资源消耗相关指标；
系统指标：
响应时间：即系统响应时间（Transaction Response Time），应用系统从发出请求到客户端接收到响应所消耗的时间，是用户视角最关心的软件性能业务体验。响应时间为网络响应时间与应用程序响应时间之和；
一般响应时间在2s内，用户会感觉比较满意；
在2s~5s之间，用户勉强能接受；
大于8s，用户就可能无法接受，从而刷新页面或者离开；
平均响应时间：所有请求花费的平均时间；
吞吐量：单位时间内系统能够处理的客户请求的数量，直接体现软件系统的性能承载能力，计算方式是完成的事务数除以时间；
并发用户数：并发主要是针对服务器而言，在同一时刻与服务器进行交互（指向服务器发出请求）的在线用户数；
在线用户数：某段时间内，用户访问系统的用户数，如多个用户在浏览网页，但没有对同时对服务器进行数据请求，需要与并发用户数区分开；
最大并发用户数：有两种理解方式一种是从业务的角度来模拟真实的用户访问，体现的是业务并发用户数，指在同一时间段内访问系统的用户数量。另一种是从服务器端承受的压力来考虑，这里的“并发用户数”指的是同时向服务器端发出请求的客户数，一般结合并发测试（Concurrency Testing）使用，体现的是服务端承受的最大并发访问数；
事务：可以看作是一个动作或是一系列动作的集合，例如登录，从登录开始到登录结束为一个事务。
TPS:Transaction per second，每秒钟系统能够处理的交易或者事务的数量，即服务器对客户请求的能力，是衡量系统处理能力的重要指标。
吞吐量：网络传输的数据量（处理客户的请求数）；
吞吐率：单位时间（可以是秒/分/时/天）内网络成功传输的数据量，如请求数/秒、页面数/秒；
点击数：Web Server收到的HTTP请求数；
点击率：HPS，每秒钟用户向Web Server提交的HTTP请求数；
APP面试题
1、请介绍一下，APP测试流程？
APP测试流程与web测试流程类似，分为如下七个阶段：
1.根据需求说明书编写测试计划；
2.制定测试方案，主要是测试任务、测试人员和测试时间的分配；
3.测试准备，包括搭建测试环境，准备测试数据，确定测试方法；
4.测试用例的设计与编写，进行用例评审及补充完善；
5.执行测试时首先进行冒烟测试，然后对主功能流程进行测试，包括客户端的单个功能模块，及功能业务逻辑功能交互，回归测试；
6.提交测试结果，包括测试用例，测试计划；
7.日常维护性测试；
MySQL面试题
1、MySQL是如何实现 ACID 特性的？
A=原子性：undo log来保证原子性，异常或执行失败后进行回滚；
C=一致性：事务的最终目的，即需要数据库层面保证，又需要应用层面进行保证；
I=隔离性：事务间的读写靠MySQL的锁机制来保证隔离，事务间的写操作靠MVCC机制（快照读、当前读）来保证隔离性；
D=持久性：redo log和binlog来保证持久性，确保当MySQL宕机或停电后，可以通过redo log最终将数据保存至磁盘中；
-
MySQL如何做大表DDL？
MySQL 5.7 已经支持原生在线DDL语句，但是涉及到一些参数配置，并可能不知道配置多少合适，所以一般大表还是使用percona-tools。
3、MySQL主从复制的原理和好处？
主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。MySQL 默认采用异步复制方式，这样从节点不用一直访问主服务器来更新自己的数据，数据的更新可以在远程连接上进行，从节点可以复制主数据库中的所有数据库或者特定的数据库，或者特定的表。
MySQL主从复制的好处：
- 在业务复杂的系统中，假如有一句sql语句需要锁表，导致暂时不能使用读的服务，那么就很影响运行中的业务，使用主从复制，让主库负责写，从库负责读，这样，即使主库出现了锁表的情景，通过读从库也可以保证业务的正常运作。
- 做数据的热备。
- 有利于架构的扩展。业务量越来越大，I/O访问频率过高，单机无法满足，此时做多库的存储，降低磁盘I/O访问的频率，提高单个机器的I/O性能。
总结
因篇幅限制，我已经把全部的面试题目总结成了一份文档，需要的可以点击下方名片找我免费领取，还有各种简历模板。大厂面试真题、项目实战教程等着大家，千万不要错过哦。
