¿Puede TestGorilla detectar trampas? Cómo leer los reportes de Reddit

Probablemente leíste un hilo que dice que la prueba tomó fotos de webcam todo el tiempo y otro que dice que no pasó nada. Ambos pueden ser exactos. Esta sección explica el mecanismo detrás de eso, porque cambia cuánto peso merece cualquier reporte individual.

TestGorilla vende un producto de evaluación a los empleadores, y el monitoreo es configurable del lado del empleador. Un reclutador crea una evaluación y elige qué controles activar. Una empresa habilita las capturas y la exigencia de pantalla completa; otra envía la misma prueba de habilidades sin activar ninguno de los dos. Luego los candidatos escriben sus experiencias, y los relatos no coinciden.

La consecuencia práctica: lee los hilos de la comunidad como reportes sobre configuraciones específicas, no como documentación de la plataforma. La única configuración que importa para ti es la que aparece en tu invitación.

Los controles que aparecen de forma constante entre los relatos vale la pena conocerlos por sí mismos:

• Capturas de webcam. Imágenes fijas tomadas a intervalos durante la prueba, no video continuo. Es lo que más notan los candidatos, porque el navegador tiene que pedir permiso.
• Exigencia de pantalla completa. Salir de pantalla completa se detecta y se registra, a veces con una advertencia visible.
• Registro de dirección IP. Se registra junto con el envío, lo que permite detectar si una misma persona hizo dos pruebas.
• Un solo intento por invitación. Los reintentos quedan bloqueados a menos que un reclutador reenvíe el enlace.
• Preguntas aleatorias. Los ítems se extraen de un banco más grande, así que rara vez dos candidatos ven el mismo conjunto de preguntas.

Lo que no está en esa lista también importa. No existe un detector fiable de autoría para una respuesta escrita, ni se graba la pantalla de toda tu computadora. Puedes encontrar desgloses comparables de otros proveedores de evaluación en el hub temático sobre detectabilidad.

Compruébalo antes de que empiece el cronómetro, no después. El correo de invitación y la página previa al botón de inicio describen los controles en lenguaje sencillo, y cualquier requisito de cámara activa una solicitud de permiso del navegador que no puedes pasar por alto.

Un candidato que postulaba a un puesto de soporte al cliente en una empresa SaaS mediana leyó un hilo que predecía grabación constante de webcam, y luego abrió la evaluación y encontró una prueba de habilidades corta sin ninguna solicitud de cámara. El costo real fue la hora que pasó preocupado. Dos minutos en la pantalla previa a la prueba habrían resuelto la duda.

Los bancos de preguntas aleatorias también significan que las listas de preguntas compartidas en los hilos de la comunidad tienen una utilidad limitada. Practicar la habilidad subyacente sí se traslada a otras preguntas; memorizar un ítem filtrado no.

SubcueAI asiste entrevistas orales en vivo. La app nativa de macOS y Windows captura el audio del sistema además de tu micrófono y muestra sugerencias en una superposición local flotante; el panel lateral de la extensión del navegador ofrece asistencia en vivo para una pestaña de reunión en navegadores basados en Chromium, capturando solo el audio de esa pestaña. Ningún bot se une a la llamada, y no se inyecta nada en la página de la reunión.

Una evaluación de TestGorilla es una prueba individual con tiempo limitado, así que nada de eso aplica, y una ronda monitoreada con capturas queda fuera de alcance por diseño. Las rondas para las que está pensado SubcueAI llegan después: la llamada con el reclutador, la conversación con el gerente de contratación y las entrevistas en panel. Lo que SubcueAI captura y almacena en esas rondas está documentado en la página de seguridad.

Si la etapa de evaluación es donde te sigues atascando, el ensayo cronometrado es la solución más directa, y se hace en la página de entrevista simulada.