1. 面试官到底在问什么应届生测试面试的考察逻辑与应对思路每年秋招春招都有大量应届生抱着“软件测试不难就是点点点”的心态投简历结果一进面试间就被打回原形。作为在测试行业干了十来年的老测试我面过的应届生少说也有两三百个负责任地告诉你应届生软件测试面试问题并没有标准答案但有一套非常清晰的考察逻辑。面试官问的不是你背了多少八股文而是想通过这几个问题判断——你愿不愿意干测试、你能不能干测试、你来了能不能沉下心把功能测明白。先说考察维度。第一是测试基本功也就是软件测试面试题里最常出现的理论基础包括测试流程、用例设计方法、缺陷生命周期这些“老八股”。第二是项目经历面试官一定会抓着你简历上的测试项目问细节问你“这个功能你怎么设计的用例”“发现了什么bug怎么定位的”这段不问穿你底裤不算完。第三是逻辑思维和场景应变典型的就是“给你一个电梯/登录框/购物车你怎么测”或者“需求临时变更、时间不够了你怎么办”。第四才是技术栈也就是SQL、Python、接口测试、自动化测试这些加分项应届生不要求精通但至少要能聊、能写。为什么是这个顺序因为校招测试岗的本质是“潜力筛选”不是“即战力筛选”。面试官心里很清楚应届生没有真实业务经验很多人连bug单都没提过所以他不指望你一上来就什么都会。他真正在观察的是你遇到未知问题时有没有拆解思路你能不能理解“测试不是为了证明没问题而是为了发现风险”这个核心逻辑以及你有没有主动学习的意愿。我面过太多“题库背得很溜、一追问就卡壳”的候选人了背题只能让你过第一轮扛不住深挖。所以这篇汇总我不打算给你列一份干巴巴的“50问50答”而是把面试中最高频、最容易翻车的问题按面试官视角拆开告诉你每类题背后到底在考什么以及怎么回答才不算踩雷。如果你是准备校招的应届生建议先通读全文建立框架再挑自己的薄弱点逐个深挖。提示面试不是为了“答对”而是为了证明你的思维方式和这个岗位匹配。后面所有问题你都要带着这个意识去准备。2. 八股文速记清单这些高频题不背熟答得再“有想法”也白搭应届生面试最容易被问到的基础题说“拷打”一点都不过分。很多同学觉得八股文死板但测试本身就是个讲究规范、注重流程的工种理论基础就是你的专业底子。我把最高频的问题分成了四组每组给出答题骨架你按骨架自己组织语言比硬背答案靠谱得多。2.1 测试基础概念测试的定义、目的与分类问法一般很直接“什么是软件测试测试的目的是什么”别小看这个问题它能筛掉一半人。张口就说“测试就是找bug”的面试官基本已经扣分了。标准答法要分三层第一测试是验证软件是否满足需求的过程第二测试是发现缺陷、评估风险的手段第三测试贯穿软件生命周期而不只是上线前的一个环节。你要让面试官觉得你理解的是系统性工程而不是“点鼠标找茬”。测试分类也是必问点最好用表格记忆清晰不遗漏。按阶段分有单元测试、集成测试、系统测试、验收测试按是否运行程序分有静态测试和动态测试按测试手段分有黑盒、白盒、灰盒测试。实际面试中最好结合一句话说明白你的理解比如“单元测试是开发自己验证模块逻辑系统测试是测试人员站在用户角度验证整体功能验收测试则是用户确认软件是否满足合同要求”。这样聊面试官才会觉得你是真理解而不是背了张表。2.2 测试用例设计方法等价类、边界值、场景法怎么用测试用例设计方法是面试提问率最高的单项。等价类划分和边界值分析必须一起说因为它们是黄金搭档。举个最常见的登录框例子用户名长度为6~12位等价类就分为有效等价类6~12位和无效等价类小于6位、大于12位、空值、特殊字符等。边界值分析则要覆盖6、7、11、12这四个最危险的临界值以及5和13这类刚出界的值。任何需求只要有数值范围边界值都是bug高发区这是测试行业用血泪教训换来的共识。除了等价类和边界值因果图、判定表、场景法、正交实验也要能说出来各自的应用场景。因果图和判定表适合“多个条件组合决定结果”的复杂逻辑比如优惠券系统满足金额门槛、用户等级、使用时间等多个条件才可抵扣场景法适合业务流程类测试比如电商下单从浏览商品→加入购物车→提交订单→支付→确认收货正交实验法适合参数组合特别多的场景比如筛选条件有5个维度、每个维度4个选项全组合测不现实就用正交表选代表性组合。回答时如果能顺手说一句“实际工作中不会只用一种方法通常是等价类边界值打底场景法补业务流”面试官会觉得你比一般应届生成熟。2.3 测试流程与bug管理从需求评审到上线验证软件测试流程是必背题标准流程是需求分析→测试计划→测试设计→测试执行→缺陷跟踪→测试报告→上线验证。但光背流程还是会挂面试官下面必追两类细节。第一是“需求分析阶段测试人员做什么”你要是只能说“看看需求文档”就太虚了要说出熟悉业务背景、梳理功能点、找出隐性需求、识别可测性风险还要参加需求评审从测试角度质疑需求是否完整、是否有歧义。第二是“bug从提交到关闭的完整生命周期”要能说出new/open/fixed/closed/reopen这些状态并且说明对应开发测试的协作动作。bug报告的要素也是高频追问点至少要列出模块/版本/环境/前置条件/操作步骤/实际结果/预期结果/严重程度/优先级/日志截图。面试时最好主动加一句自己经历过的教训比如“我提交bug时会把复现步骤写到别人能按步骤走通为止不然开发反手一个不能复现就给你打回来了”。这句话一亮面试官立刻知道你不是培训班流水线出来的。2.4 测试计划与覆盖率看起来很“虚”但很拉好感“怎么制定测试计划”“什么是测试覆盖率”这两个问题出现在应届生面试中的概率比你想象的要高。测试计划别答得太空要抓到几个关键要素测试范围要明确“测什么不测什么”资源要明确“谁在什么时间点做什么”风险要提前预判“哪些模块改动最频繁、哪些第三方接口依赖不稳定”。我面过很多候选人只会说“写个计划表格”立刻追问一句“那你觉得计划里最重要的是哪部分”能把“风险评估”和“明确范围”说出来的人凤毛麟角。测试覆盖率要区分代码覆盖率和需求覆盖率。行覆盖、分支覆盖、路径覆盖这些是白盒测试概念做自动化或单元测试时才用得到需求覆盖率则是衡量测试对需求的覆盖程度实际项目里更常用。应届生不需要精通但要说清楚逻辑覆盖率是手段不是目的片面追求100%行覆盖没有意义要在成本和风险之间做取舍。这句“取舍观”能从一堆只会报数字的同学里脱颖而出。3. 没有带得出手的项目这样讲才能扛住面试官连环追问“项目一问就死”是应届生测试面试最大的痛点。简历上写了项目却说不清自己做了什么、发现过什么有效bug、遇到了什么困难被追问两轮就开始“这个是参考别人的”“当时比较赶”…… 这种在面试官眼里基本就是背景板。这一章我会讲清楚测试项目怎么选、怎么讲、怎么把“跟着做”讲成“我能上手”。3.1 测试项目怎么选宁可小而深不要大而空很多应届生简历上会写三类项目学校课程设计、跟着视频做的仿大众点评项目比如热词里提到的黑马点评、自己拿来练手的开源系统。这三种都可以写但写法完全不同。课程设计类项目重点体现“你完整走了一遍测试流程”包括测试计划、用例设计、缺陷记录、总结报告仿实战类项目重点体现“你对业务逻辑的理解”比如秒杀、下单、支付、优惠券这类核心链路怎么测开源或自测项目重点体现“你主动发现问题和解决问题的能力”。项目宁可小而深不要大而空。我看到有人简历上写“负责某电商系统全流程测试”面试官问“你测了哪些模块”答“订单、支付、用户、商品、优惠券都测了”——这就是典型的大而空因为一个应届生根本没有能力和资源测透这么多模块。正确的做法是缩小范围“在校实训期间我主要负责订单模块的测试覆盖了提交订单、订单状态流转、订单超时取消这三个核心流程设计了120条测试用例发现并提交了18个有效缺陷其中3个是金额计算的严重级别bug。”数据一摆画面感就出来了。3.2 项目讲法套路背景、职责、动作、结果、反思项目陈述一定不能记流水账我建议用“背景—职责—动作—结果—反思”五步法组织。先一句话交代项目背景“这是一个仿大众点评的本地生活服务平台包含用户端、商家端和管理后台三个端我在其中负责用户端核心功能的功能测试和接口冒烟测试。”然后说职责这里要匹配对方招聘要求对方在招功能测试就说用例设计和缺陷分析对方在招自动化就说脚本编写和维护。动作部分要说清楚方法用什么用例设计方法、怎么定位问题、用什么工具管理用例和缺陷。结果部分最好量化用例数量、执行轮次、提交bug数、有效bug占比。反思部分是拉开差距的关键我最大的收获是……如果再让我测一次我会在……做得更好。别小看反思这一层它不是让你念台词而是让面试官看到你的成长性。比如你可以说“测完这个项目之后我发现自己对并发场景的测试很薄弱所以后面自学了Jmeter做简单的并发模拟虽然不够深入但至少理解了线程组、聚合报告和并发用户数这些基本概念”。这就把一个项目里的短板变成了坚定的学习动作面试官基本不会继续追着你问“你没测过真的并发吧”因为你在暴露弱点之前已经给了解药。3.3 面试官最可能追问的5个项目细节项目讲完面试官一定会从里面抓一个点往深里挖。我总结最常见的5个追问你提前准备就不会慌。第一问“你发现的最有价值的一个bug是什么”这道题极高频答不好基本凉一半。不要说“发现一个页面崩溃”这种没营养的要选择能体现你业务理解和技术深度的bug。比如“促销活动中用户使用优惠券后退款优惠券没有返还到账户导致用户无法再次使用”这类bug涉及状态流转能体现出你不是只会点点点。第二问“你怎么定位这个bug是前端还是后端问题”回答要有逻辑链先打开浏览器F12看网络请求确认接口返回的数据再对比需求文档确认预期结果如果接口返回正确但页面显示异常那就是前端渲染问题如果接口返回本身错误或交互逻辑不完整则找后端。如果能说出“我用Charles抓包确认了是接口返回了500再去对应的日志平台查了异常堆栈”那就更稳了。第三问“你设计的测试数据是怎么来的”别回答“随便编的”要说出思路正常数据要有边界数据要有异常数据要有还要覆盖不同状态的数据比如测订单要先构造已支付、未支付、已取消、退款中等状态的订单。第四问“你负责的模块和别人的模块有接口调用你是怎么处理的”这个问题考察的是你对集成测试的理解能说出“沟通接口定义拿对方的mock数据联调”“我先测我方模块的入参出参再配合联调用例”都会加分。第五问“项目里有没有用数据库验证过测试结果”这问几乎是压轴出场能答出来的同学非常加分。简单说就是测完一笔业务去数据库里查对应记录是否按预期变化。比如测订单支付回调要看订单表的状态、流水表的金额、库存表的扣减是否都正确。这个习惯非常贴近真实工作也是应届生最常忽略的痛点。3.4 项目里的细节技巧测试报告怎么写数据埋点怎么理解很多应届生项目讲解漏了测试报告这是很吃亏的。实际上“输出测试报告”这个动作就是很好的加分点你可以在报告里展示测试范围、测试环境、用例执行情况、缺陷统计、遗留风险和建议结论。就算你的项目很小只写了三页报告也能突出你在过程管理上的意识。另一个容易被忽略的加分点是数据埋点测试。尤其是你写的是一个带有用户行为统计的系统比如仿大众点评这种面试官很可能延伸问“如果你要验证埋点上报的数据准不准你怎么测”。基本思路是准备特定用户场景浏览、点击、搜索触发对应事件在数据平台/日志中校验上报的字段是否完整、数值是否正确、是否重复上报。如果你能说出“我们还要关注埋点请求的容错性比如网络异常时数据会不会丢失、会不会阻塞业务主流程”那就把数据测试的回答从“能干”提到了“有深度”。4. SQL、Python、接口与自动化技术栈问题的面试突击方案技术栈问题在应届生测试面试里不一定每场都问但一旦问了就是区分度最大的环节。两个应届生一个只会说“我会Linux基础命令”另一个能打开终端敲几条命令、写两条SQL、讲清楚HTTP状态码的含义面试官心里的天平很明显会倾斜。技术栈不需要你达到开发水平但至少要覆盖测试日常用到的工具和语言。4.1 SQL必会题连表查询、聚合函数、排序分组SQL是测试岗位面试最高频的技术考察点没有之一。因为测试数据构造和结果验证都离不开数据库。我必须给所有应届生划重点单表查询、多表关联、聚合函数、分组、排序、模糊查询、去重这些基本操作必须能默写出来。给大家一条最常用的万能SQL示例模拟测一个订单列表想查“每个用户最近一笔订单”就可以用窗口函数或子查询实现。真实面试不要求最优解但你要能写出能跑通的结果。面试官大概率还会出一个场景题让你写SQL比如“有学生表和成绩表查出平均成绩大于85分的学生姓名”。很多应届生卡在不知道HAVING的用法分组后筛选条件是HAVING而不是WHERE这是最常见的翻车点。再有就是排序和分页的考察MySQL的LIMIT怎么用必须顺口说出来。我还建议你把“左连接和内连接的区别”准备好用一句话说清内连接只返回两个都匹配上的记录左连接以左表为主左表有的记录即使右表没有匹配也会返回右表字段补NULL。这个考点出现频率非常高现场画个表说明最好。4.2 Python考查点读写文件、遍历、断言、简单接口调用说Python是自动化测试的基础语言绝大多数公司都有这个要求尤其热词里出现了“软件测试 面试 python”说明现在测试岗对Python基础的要求已经是标配了。应届生不用慌面试官不会要求你手写完整的自动化框架但你要能现场写出以下三类基础代码读取文件内容并遍历打印、用requests库发送一个GET请求并断言状态码、用pytest写一条最简单用例并说明断言方法。拿一个“用Python请求接口并校验返回结果”的题目做例子你要能写出来先import requests然后调用一个公开接口打印状态码和响应体再用if或断言判断返回结果是否符合预期。这些代码应届生如果项目里真的跑过背都能背下来。面试官如果问“requests.get和requests.post有什么区别”你要能答出GET一般用于查询、参数拼在URL中POST一般用于新增或修改、参数放在请求体中。这个区别在接口测试中太常用了答不上来会被直接判定为没写过真实接口测试。4.3 接口测试高频题HTTP基础、Postman/Jmeter用法接口测试是比功能测试更值钱的技能对应届生来说也是面试拉开差距非常关键的一环。首先要把HTTP基础打牢常见状态码一定要滚瓜烂熟200是成功201是创建成功301/302是重定向400是客户端参数错误401是未认证403是权限不足404是路径不存在500是服务器内部错误502是网关错误503是服务不可用。我在面试中让候选人列举状态码含义能完整说下来的人不足四成剩下的人只记得200和404这种基础薄弱到让人干着急。工具方面准备好两个高频场景。场景一是“怎么用Postman做接口测试”可以从新建请求、设置Method、填写URL和Headers、Body中选JSON格式、查看响应状态码和响应报文这五步展开场景二是“怎么用Jmeter做简单的并发测试”要能说出线程组、添加HTTP请求、设置循环次数、添加聚合报告监听器这些关键词。最后准备好一个问题“接口测试和功能测试的侧重点有何不同”你可以回答功能测试验证的是页面操作后的结果是否符合预期接口测试则直接验证数据层的逻辑是否正确绕过页面UI更早发现底层问题也更容易做自动化。4.4 自动化测试与八股Selenium的定位、等待、断言三板斧自动化软件测试在招聘JD里出现频率很高应届生面试只要沾边就会被深挖。最核心的问题是Selenium相关常见连环问大概是元素定位的优先级、显示等待和隐式等待的区别、用例失败后怎么排查。元素定位方面优先用id和name次之是CSS选择器最后才用XPath能用相对路径就避免绝对路径因为绝对路径的位置关系和层级一变就失效。等待方面要重点说清楚隐式等待是全局等待元素出现的最大时间只要在WebDriver层面设置一次即可显式等待是针对某个元素设定条件、单独等待轮询直到条件满足或超时。自动化面试还喜欢问“UI自动化的适用场景和局限性”这个问题回答好了非常加分。适用场景可以是核心回归用例、兼容性冒烟测试和跨版本验证局限性则是UI自动化成本高、稳定性差、页面变动影响大、不适合做深层次数据校验所以实际工作中要和接口自动化配合使用。我建议应届生哪怕没有完整的项目自动化经历也要自己跟着教程做一个“打开网站→登录→搜索→断言结果”的迷你脚本跑通一遍后你聊自动化的感觉完全不同。你会发现元素定位、等待策略这些知识点不再是抽象概念而是你真踩过的坑。5. 场景题和逻辑题从“知道怎么做”到“说清为什么这么做”面试进行到中后段面试官会开始扔场景题。这类题没有标准答案考察的是你的思维结构、抓重点能力和风险意识。很多应届生遇到“给你一个电梯你怎么测”会大脑空白其实这类题有非常成熟的答题思路。5.1 经典功能测试场景题登录框、购物车、电梯怎么拆以登录框为例很多人的回答是“先测正常登录、再测密码错误”这是菜鸟答法只覆盖了“功能正常”这一条线。老测试的拆解方式是按功能、兼容性、性能、安全、异常处理、易用性六个维度展开。功能维度要在等价类边界值基础上叠加状态维度包括首次登录、记住密码、验证码过期、异地登录、账号被锁定安全维度包括密码加密传输、SQL注入、暴力破解等性能维度包括并发登录、弱网登录。回答时要把维度拆出来再挑几个代表性用例不用穷举所有细节但要让面试官看到你的多角度思考能力。“给你一个电梯你怎么测”这道题看似开放实则也有框架先明确角色定位——你是电梯厂商的测试人员还是用户的验收人员测的重点和验收标准完全不同然后按系统组成拆分为功能开关门、按键响应、楼层停靠、超载报警、可靠性故障切换、停电保护、可用性响应时间、高峰期调度、安全性防门夹、急停、困人救援、兼容性不同楼层数配置。回答时还要点出边界值思想比如电梯承载上限、超载阈值这些是电梯测试的高风险区。应届生不需要精通电梯工程细节但要能展示“从需求到场景到风险点”的推理链条能把点连成线在面试官这就是个可培养的苗子。5.2 需求变更与测试时间不足回答“怎么办”的黄金思路“开发提前说这个版本需求有变更你测试用例刚写好怎么办”“测试时间不足不可能全部执行完你怎么办”这类题面试官最爱问因为真实项目每天都遇到。电梯测试如果你只会答“那就按新需求改用例从头测”基本就是零分因为真实项目的资源、排期都摆在那。要先说明自己的优先级判断逻辑需求变更后第一时间评估变更影响范围确定受影响模块和关联模块。测试策略上是优先保证核心功能、回归影响面、风险最高的模块再抽测一般场景并且要把“测试范围缩小”的决定当作风险明示给项目组而不是默默删掉不测。至于时间不足你要给出“基于风险评估的取舍”而不是“全都要测”具体可以说先执行P0级核心用例和冒烟用例再做关键业务场景回归最后在测试报告中明确标注覆盖率和遗漏风险。这一套回答下来体现的是职业素养而不是单纯的技术能力。5.3 物联网设备测试怎么答场景、状态、环境的组合验证物联网设备智能音箱、智能摄像头、智能门锁这类产品的测试在当下招聘里越来越常被提到热词里也反复出现。如果面试官现场问你“涉及物联网设备的软件测试怎么测”别慌核心洞察是物联网设备测试 设备端 移动端 云端的组合测试比纯软件测试多了“硬件状态”和“网络环境”两个变量。你要能答出四条线。第一条是设备基础功能配对/配网、按键反馈、指示灯状态、语音交互、固件升级。第二条是移动端联动设备状态在App是否能实时刷新、控制指令从App到云端再到设备的完整链路数据是否正确。第三条是网络环境测试弱网丢包、高延迟、断网重连、路由器切换、设备断电重启后恢复状态。第四条是异常与边界场景低电量告警、设备离线告警、并发控制两个手机同时控制一台设备、重复配网覆盖等。如果你能补一句“如果设备涉及OTA固件升级我还要验证升级失败回滚、中途断电和设备变砖后能不能恢复”那基本就是标准答案以上的发挥了因为大多数应届生连“回滚”这个词都没听过。5.4 兼容性测试与安全测试的常见延伸问法兼容性测试场景题问得也很多比如“一个App要支持安卓和iOS、各种机型你怎么安排测试范围”。切记不要说“全部覆盖”直接崩溃。正确答法是从覆盖面、优先级、成本三个维度取舍。覆盖面要答设备品牌、系统版本、屏幕分辨率、网络制式优先级用市场占有率数据来定比如先覆盖主流机型、Android主流版本再覆盖低版本成本要说明利用云真机平台、自动化脚本提高覆盖效率。安全测试相关的面试问法一般是“你对安全测试了解多少”。应届生不用深入细节能用生活化案例讲明白即可知道常见web漏洞有SQL注入、XSS跨站脚本和CSRF跨站请求伪造能举一两个例子比如登录框输SQL语句绕过验证、评论区脚本弹窗等能谈到“测试数据不要用真实用户信息”“密码要加密存储”“权限越权需要重点测”就是超预期发挥了。6. 应届生面试翻车现场这些坑我替你踩过了写到这里我想专门拿出一章聊应届生的“翻车现场”。我面了这么多年见过太多技术不错但情商掉线的候选人也见过很多基础薄弱但节奏很好的候选人。“面试不靠背靠准备”是句废话那我们来点真家伙把最常见的坑和应对策略讲透。6.1 自我介绍别把背书感带进面试间“我叫某某来自某某大学我性格开朗做事认真对测试行业非常感兴趣……”这种自我介绍一出来面试官基本就开始走神了。测试岗的自我介绍不是复述简历而是在一分钟内让面试官记住“你能干活、你有逻辑、你愿意扎实做”。我建议用“标签经历能力映射”的公式。比如“我在校期间做过两个测试项目其中一个仿大众点评项目我独立负责了订单模块的测试写了120条用例提交了18个有效bug测完后还做了接口冒烟验证同时我从大三开始自学Python和SQL日常会用Postman做接口自测。”这段自我介绍没有形容词堆砌但信息密度极高面试官会在心里自动匹配岗位需求。6.2 回答问题别急着给结论先搭框架再说细节应届生面试最容易犯的毛病是想什么说什么没有框架。面试官问“你怎么做测试分析”你直接就蹦“我会先看需求文档再写用例”就结束了。正确的打开方式大概是“我会分三步走。第一步分析需求把功能点拆出来明确每个功能点的输入输出和业务规则第二部针对核心功能设计等价类和边界值用例针对业务流程设计场景法用例补充反向用例第三步把用例串成可执行的测试方案覆盖功能、兼容性、异常处理几条线。”先亮出结构、再填充细节这条准则对任何问题都适用。哪怕答案是错的结构化表达也能让面试官了解到你的思路。6.3 反问环节别浪费这个加分机会面试结束前一般会问“你有什么想问我的”这是面试里面少见的“你有主动权”的时刻。有同学直接说“没有”等于放弃了一次建立好感的机会。反问的内容要围绕岗位成长、团队技术栈、业务状态尽量不碰薪资福利这类话题。你可以问这个岗位主要服务哪条业务线团队目前用的自动化测试框架是自己搭建的还是开源方案为主像应届生入职后一般会有怎样的培养路径这样的问题会让面试官觉得你有强烈的“加入意向”和成本意识。注意不要问“测试和开发哪个地位高”这类容易减分的问题会显得你对岗位认同度不够。6.4 心态建设把面试当成技术交流而非考试最后一个坑是心态坑。很多应届生面试全程神经绷得像答辩面试官一追问就条件反射地道歉“对不起这个我没学过”。其实面试官的追问不是否定而是在探测你的边界。你完全可以坦荡地说“这个知识点我现在掌握得还不够扎实但我的理解是……”这句话比低头不语或胡编乱造都要好得多。测试这个岗位日常就是在暴露问题和对抗错误中开展工作具备“不逃避问题”的沟通方式本身就是一种岗位胜任力。我们不是招一个无所不知的人而是招一个能主动暴露风险、推动问题解决的合作伙伴。我在实际面试中有一个很深的体会逆袭的应届生都有一个共性——他们可能答不出每一个题但一定让面试官看到了思考的欲望和扎实的执行力。面试前你不需要把市面上所有软件测试面试题都刷完把本文涉及的高频题型按章节过一遍把项目讲述按五步法打磨好把SQL和Python基础代码亲手跑两遍再对着镜子练一遍自我介绍你的面试战斗力已经高于平均水平了。最后再分享一个小技巧面试前一周每天抽半小时把曾写过的测试用例重新看一遍回忆你设计每条case时的理由——面试官问的任何一个项目细节都能从这个习惯里找到最真实的答案。
