软件功能测试面试100题：从基础理论到用例设计与缺陷管理

软件功能测试岗位的校招季，我每年都在面试官对面坐大半天。让我头疼的往往不是应届生不会写用例，而是很多人把测试理解成“点点点”，连基础理论框架都没有，一上来就磕磕巴巴。这篇文章把我陆陆续续整理的100道软件功能测试面试题按模块归拢，每道题都对应届生友好，并附了答题要点和面试官喜欢追问的坑。不管你是正好在准备功能测试岗的面试，还是刚转到测试方向，建议按模块过一遍，比盲目刷题有用。

1. 测试基础打底：这10道题答不好，后面全白搭

1.1 软件测试的定义、目的与调试边界（第1-3题）

第1题问什么是软件测试，第2题问软件测试的目的是什么，第3题问软件测试和调试的区别。这三道通常是整套面试的开场题，看起来送分，实则埋着很多追问。回答时别只背定义，要把“验证软件是否满足需求”“发现缺陷”“评估软件质量”三个维度说全。软件测试的本质不只是找bug，而是对一个系统做质量判断和风险分析，为发布决策提供依据。至于目的，能说出“尽早介入、降低修复成本、为产品上线守门”才算完整。测试和调试的对比，很多应届生只会说一个找缺陷一个改缺陷，其实还可以补一句：测试是正向验证加逆向找问题，调试则是从现象反推定位代码根因，两者目标不同、主体不同、手段也不同。

这里有个高频追问：测试能不能保证软件没有缺陷？标准答案是不能，测试只能证明缺陷存在，无法证明缺陷不存在。别小看这句话，它决定了后面你所有用例设计思路是否科学。如果面试官继续问“那为什么要测那么多轮”，你就要往风险控制和质量评估上引。能主动说出“测试的价值是降低风险而不是消灭风险”，这道题基本就过关了。

1.2 测试原则、质量模型与黑盒白盒（第4-7题）

第4题问软件测试的七大原则，第5题问质量模型，第6题问功能测试和非功能测试的区别，第7题问黑盒测试和白盒测试的区别。这四道题是测试理论的核心，也是简历上写着“熟悉软件测试流程”的人最容易被追问的地方。七大原则不用全背，关键是能把“穷尽测试不可能”“缺陷具有集群性”“测试活动应尽早介入”“零缺陷不等于软件可用”这四条讲清楚，每条再配一个例子。质量模型按ISO 25010记主类，功能、可靠、易用、效率、可维护、可移植，面试官问功能测试关心哪些质量特性，你第一反应应该是功能性、兼容性、易用性，性能、安全性这类属于非功能范畴。黑盒和白盒的区别说白了一个不管内部实现，一个要读代码，功能测试岗位以黑盒为主，但懂点白盒思维会加分，比如知道代码分支覆盖和条件覆盖的概念，就能在用例设计时多一层视角。

1.3 回归、冒烟与探索性测试（第8-10题）

第8题问什么是回归测试，第9题问什么是冒烟测试，第10题问什么是探索性测试。这三道题表面考概念，实际考你手上有没有真实项目经验。回归测试是开发修复bug后，把受影响的旧功能重新验证一遍，重点是判断改动有没有破坏原有逻辑，所以用例要选“受影响模块的关键用例+全量主流程用例”。冒烟测试是提测版本的主流程快速验证，像登录、首页加载、核心下单这条路能走通，才进入详细测试。应届生最容易把冒烟和回归说反，我面试时听十个人有两个人搞混。探索性测试则强调不依赖固定脚本，边设计边执行边学习，适合做功能测试的补充，尤其是在时间紧、文档不全的时候，靠经验找漏网点。答完这三个概念，最好再补一句“冒烟是入口关、回归是收尾关、探索是补充网”，面试官一听就知道你不是死记硬背。

2. 流程与生命周期：过程题拼的是理解力

2.1 从V模型到敏捷测试介入（第11-15题）

第11题问V模型，第12题问W模型，第13题问敏捷开发里的测试角色，第14题问测试应该什么时候介入，第15题问测试计划包含哪些内容。这五道题是流程题的代表，主要考察你对测试在软件开发全流程里位置的理解。V模型把开发和测试阶段一一对应，需求分析对应验收测试、概要设计对应系统测试、详细设计对应集成测试、编码对应单元测试，优点是阶段清晰，缺点是测试放到最后明显晚了。W模型强调测试和开发并行，需求分析时测试就要开始写测试计划、设计用例，这更符合现在多数企业的实际节奏。敏捷模式里测试不再是一个收尾角色，而是随时和产品、开发对齐，需求拆解时就要考虑怎么验。

第13题的追问很常见：敏捷迭代中测试用例是写详细还是写简略？我的回答是分层：冒烟用例和核心业务用例要详细，边角场景靠探索性测试补。第14题时间点，最佳答案是需求评审阶段，越早介入越能提前发现逻辑漏洞，成本也最低。第15题测试计划，一般包含背景、范围、进度、资源、风险、策略、准入准出。特别提醒应届生，别把测试计划说成“写个word文档”，要说清楚它是用来指导测试任务和资源协调的，面试官想看的是你对测试活动有全局观。如果还能提到“计划里要预留缓冲时间，因为测试执行阶段最容易出现环境问题和回归返工”，那这道题就能答出经验感。

2.2 准入准出、测试报告与度量指标（第16-20题）

第16题问测试准入条件，第17题问测试准出条件，第18题问怎么编写测试报告，第19题问测试结束的标准是什么，第20题问有哪些度量指标。这五道题是流程管理的收尾题，校招面试里常以“你们项目怎么判断能不能发布”来问。准入条件说白了是开发递交版本前的基本门槛：需求文档齐全、冒烟测试通过、核心功能打包部署成功、开发自测完成。准出条件则包括用例执行率达到预期、遗留缺陷有评估结论、风险可接受、测试报告已输出。很多应届生只答“所有用例都通过”，这样答不全面，因为实际项目中罕见100%用例通过，关键是残余缺陷被确认无重大影响。

测试报告的要素可以按五块记忆：测试概述、测试环境、测试执行情况、缺陷分析、结论与建议。缺陷分析里最好带上Bug级别分布、遗留缺陷清单、按模块统计的缺陷率这几个数字。测试结束标准要区分“计划内的结束”和“风险决策后的结束”，前者是目标达成，后者是评估后接受风险。度量指标建议回答用例执行率、用例通过率、缺陷数量、缺陷密度、遗留缺陷比例、平均修复时长，能说出来两三个并解释含义，就已经超过大多数应届生了。如果能举一个例子，比如“上一轮执行了200条用例，通过率85%，遗留2个严重缺陷经产品确认可带病上线”，整道题的临场感会强很多。

3. 用例设计：功能测试的核心手艺活

3.1 设计方法：等价类、边界值、判定表与场景法（第21-30题）

第21题到第30题集中考察测试用例设计方法，分别是等价类划分、边界值分析、判定表、因果图、场景法、正交试验、错误推测法、如何保证覆盖率、用例的要素、用例评审。这十道题是功能测试面试的大头，占了整个岗位笔试和面试题里的最高权重。我见的应届生里，能把等价类和边界值说清楚的占一半，能把判定表说出名堂的不到两成，这十道题是你和其他候选人拉开差距的位置。

等价类划分是先把输入数据分成有效等价类和无效等价类，每个类取一个代表值设计用例。它最大的价值是用少量数据覆盖大量输入情况。面试官常挖的两个坑：一是无效等价类每个都要单独设计用例吗？答案是应该单独，因为一个用例里同时放两个无效数据，无法判断是哪个数据触发的报错；二是边界值该怎么用，以年龄输入1-100为例，上点是1和100，离点是0、101，内点可以取50，测试时要重点关注0、1、100、101这四个数。再者，边界值往往覆盖了等价类的临界值，一个边界值用例可能同时属于某个等价类，设计时不用刻意回避，但要保证每个边界至少被一条用例覆盖。

判定表和因果图很多人觉得难，其实判定表就是条件组合表，把条件的各种取值组合列出来，再对应动作。比如优惠券系统，是否登录、是否过期、金额是否达标三个条件，穷尽组合是8种，判定表就把每一列变成一道用例，避免遗漏组合。因果图适合用来推导复杂原因和结果的关系，但工作里直接画因果图的人少，大多数场景用判定表就够了。场景法则是基本流加备选流，把用户真实操作路径走一遍，比如登录失败、找回密码、退出登录三个分支都是备选流。面试官问“给你一个场景你从哪下手”，我用这题的思路回答就能镇住场：先理清路径主干，再逐一延展分支和异常。

正交试验法适合参数多、组合爆炸的场景，比如三个维度四个参数的搜索筛选，用正交表能大幅度压缩用例量。应届生只需明白：它不是不用组合，而是用统计学方法挑出代表性组合。错误推测法最吃经验，比如输入框空格、文字超长、小数点后多位、连续快速点击提交按钮，这些在正式用例里不一定能覆盖到，但测试老手会下意识补进去。没有经验怎么办？提前把高频bug类型记下来，比如空值、超长、特殊字符、重复提交、边界翻转，面试时能说出来就是加分项。这两个方法放在一起答的好处是，能让面试官看到你在“系统设计用例”之外还有“基于经验补漏”的意识。

第28题怎么保证覆盖率，建议从需求和代码两个维度答：需求覆盖率要尽量100%，核心业务链路全走一遍；代码覆盖率只能作为参考，行覆盖可以100%但分支覆盖可能不到80%。面试官喜欢听你承认“覆盖率不是越高越好”，因为要算投入产出比，这一回答比喊口号更显成熟。第29题用例要素，核心是编号、标题、前置条件、操作步骤、测试数据、预期结果、优先级、用例类型，能说出这八项，说明你真的写过用例。第30题用例评审，一定要提到产品、开发、测试三方参加，评审重点是需求理解是否一致、用例是否有遗漏、预期结果是否可验证，而不是走过场。答完可以补一句“评审会上我通常会把边界值用例单拎出来让大家确认，因为这个最容易有争议”，细节感立刻就有了。

3.2 实战设计：登录、购物车、支付、搜索与上传（第31-40题）

第31题到第40题进入实战设计环节：登录功能、登录失败提示、购物车、支付、搜索、文件上传、分页列表、表单校验、并发操作、兼容性。这是功能测试岗位面试的高潮部分，面试官常常直接拿一张纸让你写用例，或者让你口头把你的设计思路讲出来。登录功能是标配题目，也是最容易看出一个人有没有测试思维的分水岭。

第31题登录用例，我的建议是分三个维度铺开。正常场景一条：正确用户名、正确密码、验证码正确。等价类和边界值一组：用户名为空、密码为空、用户名长度在边界值、密码长度在边界值、格式不对。安全场景一组：密码错误五次锁定、点击记住密码后下次是否自动填充、是否允许复制密码框、登录后返回上一页是否还停留在登录态。把这些写出来，面试官就知道你有基本意识。第32题登录失败提示要考虑不能泄露“用户名不存在”还是“密码错误”的细节，站在安全角度看，这容易被暴力破解利用，功能测试虽然不直接负责安全，但测试设计时要能想到。

第33题购物车用例要抓关键点：加购、改数量、删商品、清空、价格同步、库存联动、未登录加购再登录、商品下架后是否保留。改数量时特别要测数量输入为0、负数、超过库存、保留两位小数这些边界。第34题支付功能测试，最容易出问题是金额精度和重复支付：支付成功回调网络超时，客户端刷新后会不会出现已扣款但订单未完成，这是老测试人爱考察的异常场景，应届生能主动提到就很加分。还应该覆盖退款、取消订单、支付密码错误、余额不足、优惠券与满减叠加，每个状态流转都要有断言。

第35题搜索功能用例设计，无非是关键字正常命中、模糊命中、大小写、首尾空格、表情符号、超长关键字、无结果、搜索结果排序、搜索历史，其中分页和结果数统计最容易漏。第36题文件上传是功能测试经典坑题，要测文件类型、大小限制、文件名含特殊字符、上传中取消、重复上传、杀毒文件、半路上传失败后的残留处理，能把这些点说出三四个，说明你不是只会点按钮。第37题分页列表，要关注首页、末页、中间页、总数据量为0、总页数刚好整除、翻页后勾选项是否保留、排序后页码是否刷新，这些都是企业系统里高频bug。

第38题表单校验，主场景是必填项校验、格式校验（邮箱、手机号、身份证）、非法字符、长度限制、失去焦点触发与提交时触发的一致性。要注意一个常见坑：有些系统只在提交时校验，但离开输入框时不提示，这算不算bug要看需求怎么写，面试时能把这个边界说清楚会显得专业。第39题并发操作，最简单也最常见的场景是两个人同时编辑同一条数据，后提交的人应该看到乐观锁冲突提示，或者是先到先得后到后失效。做功能测试不一定用压测工具，但可以在多窗口、多设备上手动重复点击提交按钮，观察幂等性。第40题兼容性，核心维度是浏览器、操作系统、分辨率、移动端webview，回答时别背一大堆组合，要说清楚采用等价类思路选代表性环境：主流Chrome、Safari、Windows、Mac、iOS、Android各覆盖一类即可。

4. 缺陷管理：从发现到关闭的闭环

4.1 缺陷生命周期、级别与不认可Bug的应对（第41-46题）

第41题问bug的完整生命周期，第42题问缺陷级别划分，第43题问有效缺陷要包含哪些信息，第44题问偶现bug怎么复现，第45题问bug和需求不符怎么界定，第46题问开发不认可bug怎么办。缺陷管理是功能测试面试的必考模块，应届生如果没有实习经验，这块很容易露怯，因为光靠背概念说不出实操感受。

第41题缺陷生命周期，标准路径是：新建、分配、打开、修复、待验证、关闭；如果开发不认，就变成拒绝、重新打开；如果实现方式与需求有争议，还要走项目经理仲裁。这里有个细节：验证不通过时一定不要直接“关闭”，要重新打开并注明验证步骤和实际结果，否则后续追溯会断掉线索。第42题缺陷级别，一般分为致命、严重、一般、轻微四档：致命是系统崩溃、数据丢失；严重是主要功能不可用；一般是次要功能异常；轻微是界面或文案问题。回答时最好带上优先级的区别，级别表达影响程度，优先级表达解决顺序，有些严重级别的bug可能被放低优先级处理，这不算矛盾。

第43题有效缺陷信息，除了标题、步骤、预期结果、实际结果、复现概率、版本号、环境，还要截图和日志。应届生容易漏掉预置条件和数据，比如只在会员状态下出现，只说一句“登录后下单报错”是不合格的。第44题偶现bug，我的经验是三步走：先复现环境，包括网络、账号、设备、时间点；再缩小范围，用二分法去掉多余步骤；最后多开样本，用工具录屏抓日志。面试官要的是你的排查思路，不是“这个bug我还没复现”。第45题bug与需求不符，核心是先回到需求文档和产品经理确认“以谁为准”，说的俗一点叫需求归口，不要自己拍板。第46题开发不认可bug，最忌讳当场争论，正确流程是你拿出需求文档和操作步骤，当着开发的面再走一遍，把实际结果和预期结果摆出来；如果开发坚持认为是需求变更，就拉产品一起确认。这几个问题之间的逻辑关系是先知道什么是完整缺陷，再知道怎么推动缺陷被修复，你顺着这条主线答，比单独背答案自然得多。

4.2 四个经典缺陷案例怎么分析（第47-50题）

第47题到第50题是缺陷案例分析，面试官会给你一个场景，看你能否说出根因排查方向。第47题电商库存异常，典型问题描述是：下单成功后库存扣减了，但支付失败取消订单后库存没恢复。答题思路是先查事务：扣库存和生成订单是不是同一个事务；再查取消回调：取消订单时是否调用了释放库存接口，失败有没有重试机制；最后考虑并发：一个订单包含多件商品时，某件释放失败是否导致整体回滚失败。这个案例万金油，答完电商库存再扩展到转账、预约场景也一样成立。

第48题登录后token失效，前台表现为用户一直跳回登录页。排查方向先看token过期时间设置和刷新机制，再看服务端是否将用户状态存了本地缓存导致多端不一致，最后看客户端请求头有没有正确带token。功能测试面试时不需要你说出具体代码，但要有能力描述“我用抓包工具看请求头是否携带token，再用不同客户端对比”，这个回答就够他判断你接触过联调。第49题列表排序不对，先判断是后端返回顺序错还是前端渲染错，方法是抓接口看返回数据是否乱序，如果返回有序而显示乱，问题在前端渲染；如果接口就乱，再看排序字段、排序方向、默认排序参数。

第50题金额计算精度问题，比如满100减20后应支付金额变成79.999…元。思路是先确定计算发生在前端还是后端，前端计算容易受浮点数精度影响，推荐做法是金额统一用整数类型（单位分）传入后端计算；功能测试层面要设计：折扣后结果是否四舍五入、优惠分摊是否可能导致几分钱误差、并发下单时优惠券是否超发。能让面试官听到你用“分”作为最小单位计算，已经证明你踩过这个坑。这四个案例建议形成一个共同模板：先环境、再数据、再代码方向，最后给结论。记下这个排查顺序，以后面试任何案例分析题都能套。

5. 数据库与Linux：应届生最容易被问倒的硬技能

5.1 数据库专项：查询、构造数据与事务（第51-60题）

第51题问为什么测试要会数据库，第52题问常用查询语句，第53题问怎么用插入和更新构造数据，第54题问删除和软删除的区别，第55题问索引的作用。这五道题是数据库专项的前半场。面试官问数据库，并不是要你成为DBA，而是想确认你有能力准备环境数据、验证测试结果、排查线上问题。

第51题的回答主线是三条：第一条是构造数据，没有现成的会员积分或订单数据，需要自己insert；第二条是验证结果，页面显示的总金额对不对，要看order表里的金额字段和明细表是否一致；第三条是辅助排查，一个接口查到的数据空，SQL直接跑一遍就能判断是代码问题还是数据问题。第52题至少要熟练SELECT、WHERE、JOIN、GROUP BY、ORDER BY、LIMIT、子查询，面试时会当场让你写，以下这段是常见场景：查最近一个月下单金额最高的前10个用户。

SELECT u.id, u.name, SUM(o.amount) AS total_amount FROM order o INNER JOIN user u ON o.user_id = u.id WHERE o.create_time >= '2025-10-01 00:00:00' AND o.status = 'paid' GROUP BY u.id, u.name ORDER BY total_amount DESC LIMIT 10;

写SQL时要注意：GROUP BY的字段要写全，聚合函数配合GROUP BY时，SELECT出的非聚合字段全部要出现在GROUP BY里；字段引用用别名，避免混淆。很多应届生笔试挂在这一步，不是因为不会写，而是因为习惯写SELECT *，面试官一看就觉得不专业。

第53题插入和更新数据，核心是构造测试数据时不要污染正式环境。测试环境可以直接insert，但要保证数据的关联完整性，比如订单表插入外键ID必须在用户表存在；修改存量数据前先备份原始值，测完再还原。第54题删除和软删除，功能测试通常关注界面的“删除”对数据的真实影响：物理删除是直接从表中删掉，软删除是逻辑上标个is_deleted=1，列表查询默认过滤软删除数据。很多新手测删除时只看了页面显示，没查数据库，导致数据残留上线后被搜索出来，这就是软硬删除没区分清楚。第55题索引，面试常问为什么加了索引还是慢，答题点是很可能没有命中索引，比如字段用了函数、范围查询、走了全表扫描；功能测试不需要调优，但要会看执行计划，用EXPLAIN确认是否全表扫描。

第56题问事务ACID，第57题问主键外键和唯一约束，第58题问分组和聚合函数，第59题问LIKE模糊查询和NULL，第60题问数据库备份恢复与测试的关系。这五道题更偏理论，但也都很基础，背慢点没关系，关键是结合实际。第56题事务ACID，四个名词要能用自己的话讲出来，原子性说成“要么全部成功要么全部失败”，一致性说成数据从不合法状态变成合法状态，隔离性说成并发事务互不干扰，持久性说成提交后即使宕机也不丢。这题经常结合下订单场景来问：扣库存和写订单表两步不能一个成功一个失败，这就是事务保住的底线。

第57题主键就是每行数据的唯一标识，外键是表之间关联的约束，唯一约束是某个字段值不能重复。功能测试里常见场景是：新注册用户使用了已经注销的手机号，数据库唯一索引会直接报错，界面如果没有好的提示，用户会看到一条难看的红色error，这属于功能测试要配合数据库约束去验证的入口异常场景。第58题分组和聚合函数，多与统计报表场景绑定，比如统计每天的新增用户数；面试现场写SQL要记得COUNT、SUM、AVG、MAX、MIN这几个函数，以及WHERE和HAVING的区别，过滤行用WHERE，过滤分组用HAVING。第59题LIKE模糊查询，要答出通配符%和_，以及性能问题：前置通配符LIKE '%关键字'会导致索引失效。NULL比较必须用IS NULL，不能用= NULL；一个NULL参与逻辑运算的结果是UNKNOWN，这部分新手完全不知道，能说出来会让人眼前一亮。

第60题备份恢复，按理说是DBA的活，但测试工程师在构造环境和演练数据恢复时也需要理解。面试官考这题通常是想看你有没有安全意识：测试操作可能导致数据被误改，所以要养成“动数据前备份/导出原始SQL”的习惯。能用一句话说出“备份是为了在错误操作后能还原现场”就够了，不用展开讲具体工具。

5.2 Linux专项：日志、进程、权限与部署（第61-70题）

第61题问为什么测试要懂Linux，第62题问怎么查看日志，第63题问查看进程和端口，第64题问文件权限，第65题问磁盘内存检查。这五道题对应Linux专项，是很多文科背景应届生的死穴，但实际上难度很低，只要背熟十几个命令就能过关。面试官的底层逻辑很简单：你连日志都不会看，怎么定位环境问题和线上缺陷？

第61题的答案分两点：第一，测试环境搭建和版本部署经常需要自己操作服务器；第二，线上问题排查时，日志是还原现场的第一手材料。第62题查看日志，组合拳是tail、grep加管道：实时跟踪日志用tail -f，搜关键字用grep，按时间范围捞一段日志用sed。下面这段是最常见的面试手写题，统计错误日志里出现“Exception”的次数。

grep -c "Exception" /home/test/app.log

再复杂一点：看当天20点到21点之间日志中所有ERROR级别的记录，可以用sed -n '/2025-10-01 20:00:00/,/2025-10-01 21:00:00/p' app.log | grep ERROR。应届生如果能写出这个，面试官基本不会再刁难。第63题查看进程和端口，进程用ps -ef|grep java，端口用netstat -tlnp | grep 8080，功能测试面试只要知道这两个场景就够。第64题文件权限，重点理解r、w、x三位，chmod 755常见于部署脚本，chmod 777被不少安全规范禁止，面试的时候补一句“生产环境很少用777，不安全”，立马加分。

第65题磁盘和内存，执行free -h看内存，df -h看磁盘使用率，top看系统负载和CPU占用，这三个命令是服务器健康检查的标配。第66题到第70题分别是查找文件、压缩解压、tar部署、sed替换、日志排查综合题。第66题find / -name "app.log"是最简答法，which用来查命令位置；第67题压缩解压要分清tar、gzip、zip：tar -czvf打包并压缩，tar -xzvf解压，面试时最容易写错的是中间那层z，很多人都丢在这。第68题tar包部署，要知道部署包一般会解压到指定目录然后重启应用，测试关心的不是流程，而是版本号和配置项，所以解压后要检查jar包或配置文件里的版本标识。

第69题sed替换，常见场景是替换配置里的服务器地址：sed -i 's/192.168.1.10/192.168.1.20/g' app_config.properties。注意-i表示直接修改文件，面试时能提醒一句“操作前先备份”，说明你有生产意识。第70题日志排查综合题，面试官会给一段报错日志让你猜问题，比如看到Connection refused，能联想到数据库端口没开、连接数满了、网络不通；看到NullPointerException，能想到空对象未判空；看到OOM，能想到内存配置不足。功能测试不要求你读完整堆栈，但至少能根据关键词判断是哪一类故障，再决定要不要提单给开发。

6. 接口与网络：功能测试向上走的阶梯

6.1 网络协议基础：状态码、会话与抓包（第71-80题）

第71题问常见HTTP状态码，第72题问GET和POST的区别，第73题问Cookie、Session和Token，第74题问HTTPS与HTTP的区别，第75题问常见请求头字段，第76题问TCP和UDP的区别，第77题问DNS解析过程，第78题问幂等性，第79题问接口测试和UI测试的区别，第80题问抓包工具的用途。这十道题覆盖功能测试向上进阶时最需要的网络基本功。大部分应届生只测过界面，没测过接口，所以网络协议题往往是最能拉开差距的部分，认真准备的人很容易建立好感。

第71题状态码不需要全背，但必须能把200、201、204、301、302、400、401、403、404、500、502、503分清。面试官会设置场景来问，比如“用户登录失败应该返回什么状态码”，正常业务失败应该返回200但body里带错误码，而401只是未认证。这块放到整个系统里往往是争议点，你能说出“状态码只代表协议层结果，业务失败往往靠body里的code字段区分”，就已经资深了。

第72题GET和POST，最容易被应届生背成“GET是查询、POST是新增”，本质上HTTP并没有强制语义，但从功能测试角度，我们关注的是参数传递差异和缓存差异，GET参数出现在URL可直接在浏览记录和日志中看到，POST参数在body里相对安全。更务实的答法是：GET用于无副作用的读取，POST用于会修改数据的提交，符合REST风格。第73题Cookie、Session、Token，要画一条逻辑链：HTTP是无状态的，Cookie把用户信息存浏览器端，Session把状态存在服务端，Token则是服务端签发的一段签名数据，由客户端保存并在每次请求带上。功能测试里最关心的验证点是：Cookie是否设置HttpOnly、Session过期后跳转逻辑、Token失效后接口返回是否统一。

第74题HTTPS比HTTP多了一层TLS加密，面试官考这题主要是想看你说不说得出证书验证流程，简单答“证书由CA签发、客户端校验证书是否可信、然后协商密钥加密传输”即可。第75题请求头字段，Content-Type、Authorization、User-Agent、Cookie是高频，能说出Authorization常见Bearer格式就算过关。第76题TCP和UDP，TCP面向连接可靠传输，UDP面向报文不可靠，视频通话用UDP、网页请求用TCP，举例说明即可。第77题DNS解析可以概括为：浏览器先查本地缓存，再递归查询DNS服务器，拿到IP后发起连接，不需要背太深。

第78题幂等性是个容易被忽视的考点，概念是同一个请求执行多次和执行一次的结果一致，典型场景是支付重试：客户端超时重发请求，服务端不能重复扣款。功能测试里验证幂等的方法是连续点击两次提交按钮，或者用接口工具连续发送同一笔订单号，查看第二条请求是否返回重复订单提示。第79题接口测试和UI测试的区别，从测试层级、发现缺陷的阶段、执行效率三个维度说：接口测试更底层、更早介入、更容易覆盖异常和边界，UI测试贴近用户、但维护成本高。应届生答这题时千万不要贬低UI测试，说一句“两者互补，接口保障逻辑正确，UI保障体验正确”最稳。第80题抓包工具，常规用途是定位前端还是后端的bug：请求发出后没收到响应，大概率是后端；收到响应但页面显示不对，大概率是前端。能结合抓包描述一次真实定位过程，面试官对你有好感。

6.2 接口测试实战：用例、token、并发与Postman（第81-90题）

第81题到第90题进入接口测试实战：用例设计、token校验、字段异常、加密接口、并发、批量性能、上下游传递、异常分析、返回值校验、Postman用法。功能测试岗位的校招如果要求你会接口测试，通常是这十种问题换着法儿考，本质不变。

第81题接口测试用例设计，核心思路是正常场景、异常场景、边界场景、安全场景四个维度。正常场景覆盖一个成功请求和正确返回值；异常场景覆盖缺少必填参数、参数类型错误、参数值为null、长度超限；边界场景覆盖数组为空、金额为0或负数、分页页码为0；安全场景覆盖未登录访问、普通用户访问管理员接口、重复提交同一笔请求。能把这四层说出两层，就已经是懂接口的新人。第82题登录接口token校验，回答要提三个点：token过期后接口返回什么、前端是否自动刷新token、刷新token失败后是否强制重新登录；功能测试要验证的不仅是“登录成功拿到token”，还有“带着失效token访问受保护资源返回401”。

第83题字段缺失或类型错误的用例，可以直接用接口工具改请求体来模拟，比如把user_id从整数改成字符串、把必填字段去掉，观察服务端是返回友好提示还是5xx。一个好的接口应该返回400和体面的错误信息，而不是直接抛堆栈。第84题加密接口，面试官想看你对对称加密、非对称加密有没有概念，对称加密用同一个密钥加解密，非对称加密用公钥加密私钥解密；功能测试里通常不关心算法实现，但要会区分“加密传输”和“防篡改签名”。第85题接口并发，典型场景是优惠券抢购、库存扣减，测试关注是否超卖和返回结果是否一致；功能测试可以用多线程或两个账号同时请求，即使不会写脚本，思想要能表达出来。第86题批量接口，一般是批量导入或批量审核，测试点是大批数据是否部分成功、是否提示失败行数和错误原因、事务是否回滚。

第87题上下游接口数据传递，要理解A系统创建订单后会回调B系统扣库存，测试时需要模拟两种例外：下游接口超时、下游接口返回失败，主动制造这些环境是接口测试里比较高级的部分。应届生能回答“我在测试环境把超时时间调小，人为让下游超时，看系统是否重试和补单”就已经非常加分。第88题接口异常分析，拿到500错误时第一步看日志，第二步看是否最近提交了新代码，第三步看数据是否有脏数据，实在不确定再跑一遍抓包确认请求参数有没有问题。第89题返回值校验，核心是不要只看返回码为0或200就等于成功，要对比响应体里的关键字段，比如下单接口返回了订单号但订单金额错误，这种bug最容易逃过初级测试的检查。

第90题Postman用法，操作层面会建集合、设环境变量、写断言、用Runner跑批量即可。面试官如果让你现场演示，你至少要写出这样一段断言脚本，判断返回code是否为0。

pm.test("code is 0", function () { var jsonData = pm.response.json(); pm.expect(jsonData.code).to.eql(0); });

能不能写得出来不重要，关键是脑子里要有“Postman不光是发请求，还要对结果做断言”的意识。会用环境变量切分测试地址，也值得写进简历里。

7. 综合场景与软素质：最后10道送命题

7.1 项目提问：自我介绍、项目经验与最难的bug（第91-95题）

第91题到第95题是项目提问，几乎每个面试官都会从简历里挑一个项目来问：自我介绍怎么讲、没有实习经验怎么讲项目、你发现过的最难bug是什么、为什么选择软件测试、怎么看待测试和开发的关系。功能测试岗的校招，这五道题往往决定了前面所有专业题能不能落地成offer。

第91题自我介绍，设计成三段式最不容易乱：我是谁、我做过什么、我为什么匹配这个岗位。控时90秒，重点放在项目和测试相关经历上，不要复述简历。没有实习经验也不用慌，课程设计、毕业设计、自己搭个小商城练手，都可以包装成“项目经历”，重点是你做了什么测试设计、怎么发现缺陷。第92题最难的bug题，回答结构是背景加定位过程加结果。不要讲那种“随便点点就发现了一个死机”的段子，要说你花了一天时间、用排除法缩小范围、最后通过抓包或日志定位的bug，这能证明你有排查能力。如果真没有，可以讲一个别人的案例，但要换成自己的口气。

第93题为什么选择软件测试，最忌讳的答案是“因为不会写代码、门槛低、女生多”。正确姿势是说自己喜欢逻辑思考、愿意和开发沟通、对质量有洁癖，再加上一句“测试需要有产品视角和技术视角，这个角色很适合我”。第94题测试和开发的关系，前面说得再好，这题漏了也容易前功尽弃。成熟的说法不是“测试是找开发麻烦”，而是测试用质量数据和风险清单帮助团队做更稳的上线决策，与开发是协作关系。第95题为什么想做功能测试，要体现你对岗位的认真：功能测试是测试体系的基石，先把业务逻辑和用户场景吃透，之后再往自动化、性能、测试开发方向长，这个规划说出来，面试官才会觉得你有成长性。

7.2 开放题：电梯、红包、自动化与职业规划（第96-100题）

第96题到第100题是开放题：电梯怎么测、微信红包怎么测、如何看待测试工作的枯燥、手工测试和自动化测试的时间怎么分配、未来三年的职业规划。这类题没有标准答案，考查的是思维框架和心态。电梯测试是经典的测试思维题，回答关键是先反问需求和范围，再分类测试：功能、性能、压力、易用性、安全、兼容。哪怕你说不出全部，只要先讲清“电梯是给谁在什么场景用的，载重多少、楼层多少”，面试官就觉得你有边界意识。微信红包测法也一样，先画角色和流程：发红包、抢红包、退红包、超时未领取退回，再拆金额边界和并发，能提到手速并发导致金额被抢超这个点就很亮眼。

第98题如何看待测试的枯燥，老练的答法是承认重复性工作的存在，但重点讲你怎么减少枯燥：把手工用例参数化、把重复流程脚本化、把执行结果沉淀成回归用例，用工具和流程优化来对抗重复，这比嘴上喊热爱强多了。第99题手工和自动化的时间分配，标准思路是核心业务先用手工保障，稳定后的回归场景逐步自动化，比例可以根据项目阶段调整，别一上来就说“全自动化”，面试官会觉得你没做过项目。第100题职业规划，应届生最稳的路线是：前两年把业务测试做扎实、把接口测试跑熟，第三年开始系统学习自动化框架，往测试开发或专项测试方向走；切忌直接说“三年后转产品或转开发”，那是减分项。

这100道题怎么用，最后再多说一句。我不建议你把它们当八股文背，面试官最怕遇到背答案的应届生。我建议你拿一张纸，先把每道题的场景用自己的话讲一遍，能举出实际例子就够用了。尤其是用例设计那20道，一定要动手写用例，光看会与面试时能写出来是两回事。我的经验是，应届生的面试官其实不在乎你知道多少工具，而在乎你有没有清晰的测试思维和错得起、愿意钻的脾气。100道题只是筛子，真正帮你拿到offer的，是你能不能在面试官追问时说出“我当时怎么分析的”。祝你们都能拿到心仪的offer，哪怕是功能测试，认真做三个月也会发现里面有大把成长空间。