浙江飞猪网络技术有限公司校招测试开发岗面试经验——求职精灵（finsight.work）

总—分—总，90 秒内讲完，重点落在「为什么是测试开发」。

• 总：学校、专业、届别，一句话说明求职方向是测试开发。
• 分一（技术底座）：Java、数据结构、数据库、计算机网络打底，会 Spring Boot、MyBatis，能读懂并改写业务代码——测试开发要能看懂开发写的东西。
• 分二（测试实践）：实习或项目里做过什么测试，功能用例怎么设计、接口测试用什么工具、自动化脚本覆盖哪些场景、发现过什么有价值的问题。
• 分三（匹配）：说明你理解测试开发不只是点点点，还要写工具、搭平台、做质量度量。
• 总：一句职业规划，从业务测试做起，逐步转向测试平台与效能工具。

追问预警：你为什么不投后端开发？提前准备「喜欢从质量视角看系统，也享受写工具提效」这类不贬低开发的答法。

挑一个技术栈最匹配、能被追问三层以上的项目，用 STAR 讲。

• 背景：项目解决什么业务问题，用户是谁，规模多大。
• 任务：你负责哪个模块，是接口测试、自动化还是测试工具。
• 行动：技术栈说清楚，测试怎么分层——单元测试用 JUnit，接口用 Postman 或 RestAssured，UI 用 Selenium；覆盖率怎么统计，缺陷怎么管理。
• 结果：给出数字，覆盖率、用例数、发现缺陷数、上线后故障率变化，数字要经得起追问。
• 复盘：哪部分做得不够，比如没有做持续集成，后来怎么补。

不要罗列所有模块，讲一个你能画图讲清的链路。追问预警：你的用例怎么保证覆盖完整？准备等价类、边界值、场景法这一套。

按「现象—定位—验证—解决—沉淀」五步讲，测试岗尤其看重定位过程。

• 现象：说清问题在什么条件下出现，比如压测时偶发库存扣减成功但订单未生成。
• 定位：先看日志与应用监控，把范围缩到并发写入；再看数据库隔离级别与更新语句，判断是竞态导致。
• 验证：构造并发用例稳定复现，确认不是环境偶发。
• 解决：比较悲观锁、乐观锁、分布式锁的代价，选版本号乐观锁，在更新语句加版本条件并处理更新失败的重试。
• 沉淀：补了并发场景的用例，把这类问题写进测试清单。

收尾说明你因此理解了事务与并发，而不是只记住一个「加锁」的结论。追问预警：乐观锁失败率高了怎么办？

按「前端—接入层—服务层—会话—风控」的链路讲，测试岗要顺带说清每步的验证点。

• 前端：账号密码做非对称或摘要加密后传输，加验证码防撞库。
• 接入层：参数校验、限流、防重放，敏感接口走 HTTPS。
• 服务层：按用户名查用户，不存在时返回统一错误，避免暴露账号是否存在；用 BCrypt 这类慢哈希比对密码。
• 会话：校验通过后签发 Token，JWT 适合无状态，Redis 存 session 便于主动踢下线；设置过期与刷新机制。
• 风控：连续失败锁定、异地登录提醒、登出使 Token 失效。

测试点可以补一句：密码错误次数、Token 过期、并发登录、越权访问。这样答既有实现又有测试视角，比只讲流程更贴合岗位。

先给分类框架，再往细里展开，最后补一句自动化与性能。

• 功能：加购（正常、下架、库存不足、超限）、删除、改数量（0、负数、最大值）、勾选与全选、价格与优惠计算、登录与未登录购物车合并。
• 界面与交互：数量步进器、失效商品置灰、总价实时刷新。
• 兼容：主流浏览器与 App 双端，不同分辨率。
• 接口：直接调 API 传异常参数，验证后端二次校验，金额不能由前端决定。
• 性能：高并发加购与结算的响应时间、库存扣减是否超卖。
• 安全：越权查看他人购物车、价格篡改、重复提交订单。

收尾说你会把高频路径做成自动化回归，低频场景留手工。追问预警：购物车合并规则怎么测？

先定义，再讲组件职责，最后把一次请求的链路走一遍。

• M（Model）：封装数据与业务逻辑，通常是 Service 返回的实体或 VO。
• V（View）：负责渲染，JSP、Thymeleaf 或前后端分离下的 JSON。
• C（Controller）：接收请求、做参数绑定、调用 Service、选择视图或返回数据。
• 驱动流程：请求先到 DispatcherServlet；它查 HandlerMapping 找到处理器与拦截器链；HandlerAdapter 调用 Controller 方法；返回值经消息转换器或 ViewResolver 处理；最后响应。
• 补充：拦截器、参数解析器、异常处理器都挂在这条链上，答出来能体现你读过源码。

测试岗可以补一句「知道这条链，就知道接口测试该关注参数绑定与异常返回」。追问预警：DispatcherServlet 与 Filter 的区别。

核心一句话：Spring Boot 不是替代 MVC，而是把 Spring 的装配与运行打包好了。

• 定位不同：MVC 是 Web 层框架，解决请求分发与视图渲染；Boot 是应用级脚手架，解决依赖管理、自动配置、内嵌容器与运维监控。
• 配置方式：MVC 传统上要写 web.xml、DispatcherServlet、ViewResolver；Boot 用 starter 与自动配置，约定优于配置。
• 部署：MVC 打 war 包丢外部 Tomcat；Boot 内置容器，打可执行 jar，适合容器化。
• 生态：Boot 提供 actuator、配置中心与 starter 家族，集成 Redis、MQ 只要引依赖加配置。
• 关系：Boot 里可以同时用 MVC、WebFlux、JPA，MVC 只是其中一个模块。

收尾点一句「所以问区别，本质是框架层次不同」。追问预警：自动配置原理，答 @EnableAutoConfiguration 加上自动配置类的加载清单。

从「扫描—注册—实例化—映射」四步讲，落到 IOC 与反射。

• 扫描：容器启动时，配置类上的 @ComponentScan 指定包路径，扫描器按注解过滤候选类。
• 注册：命中 @Controller（其本身被 @Component 标注）的类被解析成 BeanDefinition，登记到 BeanFactory。
• 实例化：refresh 阶段通过反射创建对象，完成依赖注入与生命周期回调，放入单例池。
• 映射：RequestMappingHandlerMapping 在处理请求前扫描所有 Bean，解析类与方法上的 @RequestMapping，建立 URL 到方法的映射表。
• 调用：请求进来后按映射找到方法，由 HandlerAdapter 反射调用，参数由参数解析器绑定。

可以补一句「所以 @Controller 本身没有魔法，核心是注解标记 + 扫描 + 反射」。追问预警：@RestController 与它的区别。

建索引一句带过，重点放在失效场景与验证方法。

• 建索引：CREATE INDEX idx_name ON t(col)，联合索引注意字段顺序，区分度高的列放前面。
• 失效场景：列上做函数或运算、隐式类型转换（字符串列用数字查）、联合索引不满足最左前缀、LIKE 前置通配、OR 两侧有一侧无索引、不等于与 NOT IN 可能导致全表扫描、优化器估算回表代价过高主动放弃。
• 验证：用 EXPLAIN 看 type、key、rows，确认是否走索引。
• 优化：能改写就改写，比如把函数挪到常量侧；不能改写就考虑覆盖索引。

收尾提醒：失效不是绝对的，最终看优化器成本估算。追问预警：联合索引 (a,b,c) 在 where b=1 时能否走索引？答不能，除非有覆盖索引或索引跳跃扫描。