TestGorilla 能检测到作弊吗？解读 Reddit 上的说法

你可能读过一个帖子说测试全程都在拍摄摄像头照片，又读过另一个帖子说什么都没发生。两者都可能是真实的。本节将解释背后的机制，因为这会影响单条说法到底有多少可信度。

TestGorilla 向雇主销售一款测评产品，而监控功能是否启用由雇主一方配置。招聘方在创建测评时，可以选择开启哪些控制项。有的公司会启用快照抓拍和全屏强制，另一家公司发送的是同一份技能测试，却两者都没开。候选人随后写下各自的经历，两份记录自然对不上号。

实际结论是：把社区讨论帖当作针对特定配置的报告来读，而不是当作平台的官方说明。真正与你相关的配置，只有你收到的那份邀请里所设定的那一种。

在各方说法中反复出现的控制项，值得单独了解一下：

• 摄像头快照。测试过程中按固定间隔抓拍的静态图片，而非连续视频。这是候选人最容易注意到的一项，因为浏览器必须先弹窗请求权限。
• 全屏强制。退出全屏会被检测并记录，有时还会弹出可见的警告。
• IP 地址记录。会随提交结果一并记录，这也是为什么同一个人参加两场测试会被识别出来。
• 每份邀请限一次尝试。除非招聘方重新发送链接，否则无法重考。
• 随机抽题。题目从更大的题库中随机抽取，因此两位候选人几乎不会看到完全相同的题目组合。

清单上没有的项目同样重要。目前没有可靠的书面答案作者身份检测工具，也不会对你的整台电脑进行屏幕录制。其他测评厂商的类似拆解，可以在可检测性主题聚合页找到。

要在计时开始前查清楚，而不是事后。邀请邮件和「开始」按钮前的页面会用通俗语言说明启用了哪些控制项，任何摄像头要求都会触发一个你不可能错过的浏览器权限弹窗。

一位申请中型 SaaS 公司客服岗位的候选人，读到一个帖子预言测试会全程录制摄像头，结果打开测评后发现只是一段简短的技能测试，根本没有摄像头请求。真正耗费的成本是那一个小时的担心——花两分钟看一眼测试前的说明页面，本可以直接给出答案。

随机题库也意味着社区讨论帖里流传的题目列表参考价值有限。练好底层技能能够迁移到新题上；死记硬背泄露出来的某一道题却不能。

SubcueAI 为实时语音面试提供辅助。原生 macOS 和 Windows 应用会捕捉系统音频加你的麦克风声音，并在悬浮的本地叠加窗口中显示建议；浏览器扩展的侧边栏则在 Chromium 浏览器上为会议标签页提供实时辅助，只捕捉该标签页的音频。没有任何机器人会加入通话，也不会向会议页面注入任何内容。

TestGorilla 测评是一场计时的单人测试，上述这些都不适用，按设计，有快照监控的测试环节完全超出了它的适用范围。它真正为之设计的环节出现在测评之后：招聘顾问电话、用人经理面谈，以及小组面试。SubcueAI 在这些环节中会捕捉和存储哪些内容，记录在安全页面上。

如果你总是卡在测评这一关，限时演练是最直接的解决办法，可以在模拟面试页面上进行。