- 日期：2026-10-06
- 企业与岗位：未披露企业｜SDET
- 适用层级：初级—中级
内容说明
本篇为社区对用户分享面经的整理汇编，旨在帮助求职者了解面试考察方向。问题部分力求忠实还原原帖问答脉络；「参考答案 / 复盘思路」为整理方结合工程实践原创补充，仅供交流参考，不代表官方标准答案。
原分享主要记录实操要求或考察方向，下文列出的是任务要点，并非面试官逐字提问。
一、原帖涉及的考核任务/方向（4项）
1. 限时实操：30分钟内搭建框架并执行三个Playwright测试。
参考答案 / 复盘思路： 30分钟的考核先确认是否已提供项目骨架、页面地址和依赖安装环境。合理安排是前几分钟跑通浏览器与基础配置，随后创建一个最小测试并验证断言，再补充另外两条，最后留时间运行全量并查看报告。最忌一开始追求完整复杂架构，直到结束都没有一条测试能执行。使用Playwright时可先利用内置测试运行器完成执行链路，再按题目要求接入BDD相关结构；若时间不足应明确说明已完成与未完成部分。
2. 要求包含Feature File。
参考答案 / 复盘思路： Feature File是BDD流程中用Gherkin描述业务场景的文本，不是Playwright本身的必需文件。场景要围绕用户可观察行为，使用Given/When/Then写前置、动作与结果，并避免在步骤中塞具体CSS选择器。比如“已登录用户提交表单后看到成功提示”，应只体现业务意图。测试需要检查Feature是否能匹配对应Step Definitions，是否有未定义步骤或不合理的公共背景。题目要求Feature File就必须交付可运行的集成方案，不能拿普通.spec文件冒充。
3. 要求包含Step Definitions。
参考答案 / 复盘思路： Step Definitions负责把Gherkin步骤绑定到实际自动化行为。实现时建议拆成准备数据、页面操作和结果断言，使用Page Object封装重复交互，并通过场景上下文传递必要的数据。避免为了省时间把所有步骤写成永远通过的空函数，否则Feature显示绿色却没有测试价值。要确认不同场景不会共享残留登录态、浏览器页或变量。验证时至少故意改错一个预期值，证明步骤里的断言会使测试失败。
4. 要求包含Page Objects。
参考答案 / 复盘思路： Page Object的职责是集中封装页面元素定位与可复用交互，例如登录、搜索与提交，而不是把测试用例所有业务判断都隐藏进去。合理的对象应提供稳定语义定位、必要等待和明确的方法命名；断言一般仍应在场景层表达业务预期，具体也可根据框架约定适当封装。对动态页面需考虑iframe、弹窗与页面跳转。30分钟现场更适合做小而清晰的对象，展示可维护性即可，没必要造大量抽象基类。
延伸思考（社区补充）
在一场限定30分钟的Playwright实操面试中，候选人使用AI工具快速生成了自动化框架，怎样及时识别其中的错误定位器、空断言和固定等待问题？
思考方向： 可先运行最小测试，检查定位器唯一性、断言是否会在错误结果下失败，并通过Trace排查时序问题。
参考链接
https://www.reddit.com/r/QualityAssurance/comments/1wz607z/
