- 日期：未公开（记录为4月21日）
- 企业与岗位：拓竹科技｜软件测试暑期实习一面
- 适用层级：初级
本篇为社区对用户分享面经的整理汇编，旨在帮助求职者了解面试考察方向。问题部分力求忠实还原原帖问答脉络；「参考答案 / 复盘思路」为整理方结合工程实践原创补充，仅供交流参考，不代表官方标准答案。
面试问题与复盘
1. 自我介绍
建议围绕最近一个能体现测试能力的项目展开，说明业务目标、自己负责的模块、验证方法和结果。实习面试不必堆砌复杂术语，能讲清如何复现问题、记录证据、推动修复，比泛泛说“熟悉自动化”更有说服力。
2. 黑盒测试与白盒测试
参考答案 / 复盘思路：
黑盒从输入输出和业务规则设计等价类、边界值、状态迁移等测试，不依赖实现细节；白盒基于控制流和代码结构关注语句、分支、条件覆盖。两者互补：支付接口既要测业务状态和金额，也要对异常分支、重试逻辑做单元测试。覆盖率高不代表风险低，还要看断言是否有效。
3. UI项目怎么保障自动化质量
参考答案 / 复盘思路：
先明确关键路径与稳定定位方式，再设计独立数据、前置条件和可靠断言。通过Playwright Trace、截图与请求日志定位失败；对随机失败分类治理，而不是无限重试。把高频稳定流程放CI冒烟，易变页面保留必要人工探索。评估时关注误报率、维护时间和缺陷发现率。
4. AI相关：Agent、Skill、MCP、RAG
参考答案 / 复盘思路：
Agent负责根据目标规划和执行步骤；Skill通常封装可复用能力或操作流程；MCP提供工具与数据资源的标准化连接接口；RAG在回答前检索外部知识。测试时分别验证任务完成、能力选择、工具参数与权限、检索证据和答案忠实度。它们是不同层次的概念，不能混作同一种技术。 例如测试一个查设备故障的Agent，先验证RAG是否召回正确维修手册，再验证Skill选择是否合理、MCP工具调用是否越权，最后核对输出结论是否有证据支持。分别统计检索命中率、工具调用成功率和任务完成率。
5. 开发不承认Bug怎么办
参考答案 / 复盘思路：
先复核环境、需求和复现步骤，给出截图、日志、接口请求及业务影响证据。与开发讨论“预期行为”依据，必要时请产品明确验收标准；争议不能靠提高音量解决。对偶发问题增加监控和重现条件，记录双方结论与后续行动，避免口头争执导致问题丢失。
6. 上线前发现Bug怎么办
参考答案 / 复盘思路：
先评估严重程度、影响用户范围、触发概率和是否有绕过方案，再与产品、研发共同决定阻断、修复或带风险上线。涉及资金、数据丢失、越权等问题通常应优先阻断。若接受风险，要明确责任人、监控指标、回滚阈值和修复时间，避免只在群里说“先上吧”。
7. MySQL去重怎么做
参考答案 / 复盘思路：
查询层可用DISTINCT去除结果中的重复行，也可按业务键GROUP BY聚合；真正防止重复写入通常应建立唯一索引并处理冲突。需要先明确“重复”的业务定义，例如同一用户同一订单还是所有字段完全相同。大表清理历史重复数据时，先备份并分批处理，防止长事务和锁表。
8. MySQL中WHERE和HAVING的区别
参考答案 / 复盘思路：
WHERE在分组前筛选行，不能直接用于过滤聚合结果；HAVING在GROUP BY聚合后筛选组，例如HAVING COUNT(*)>1查重复业务键。可将能提前过滤的条件放WHERE减少参与聚合的数据量。要注意别把SELECT别名在不同数据库中的支持差异当成通用语法。
9. 反问环节
可以询问实习生参与哪些真实质量工作、是否接触自动化平台和AI应用测试、缺陷闭环由谁负责，以及导师反馈频率。选择能帮助判断岗位内容的问题，比只问面试结果更有价值。
延伸思考（社区补充）
如果要为拓竹科技相关岗位准备一份可执行的回归验证方案，你会如何把上述问题中的关键风险转换为测试数据、断言、失败证据和CI门禁？请区分业务正确性、环境不稳定和工具误报，并给出至少一项可衡量的质量指标。
