NuevoPair coding en vivo: un enlace para la persona candidata, un sandbox compartido para todos.Míralo ↓

Pruebas de código · pruebas para casa asíncronas

Pruebas en un IDE de verdad. Calificadas donde nadie puede tocar la puntuación.

Los candidatos tienen VS Code, un terminal, una vista previa de su app en marcha y servidores de lenguaje, todo en el navegador. La calificación vuelve a ejecutar el trabajo en los servidores de Kendor con versiones fijadas y sin red, así la puntuación es del código.

01

Tres tipos de pregunta, un solo límite de tiempo.

Combina proyectos completos, ejercicios de un solo archivo y preguntas escritas en un mismo screen. El límite de tiempo cubre todo el screen, y los candidatos se mueven libremente entre preguntas.

02

Una reejecución limpia decide la puntuación.

Los resultados de la terminal del candidato no cuentan. Para calificar, Kendor reconstruye el espacio de trabajo desde tu starter en sus servidores, superpone solo los archivos que el candidato puede editar y ejecuta tus tests con las versiones fijadas del reto. Los tests ocultos solo se ejecutan ahí.

  • Las mismas versiones para cada candidato, así dos entregas se califican igual.
  • Sin red mientras corren los tests, así nada fuera del sandbox puede cambiar un resultado.
  • Los tests, los fixtures y los comandos de instalación salen de tu starter, así que editarlos no cambia nada.

03

Señales de integridad, mostradas como evidencia.

Con la supervisión activada, los cambios de pestaña, los pegados externos y las salidas de pantalla completa se registran con su hora, y la pestaña Cronología reproduce el código tal como se escribió. Kendor no los convierte en una puntuación. Una persona los lee y decide qué significan.

04

Vincula un screen a una oferta de empleo.

Los candidatos reciben el screen en cuanto se postulan, como enlace en la página de confirmación y como correo de invitación, así nadie envía invitaciones a mano. Elige Sin cribado y las candidaturas esperan una revisión manual.

05

Cada revisor da su propio veredicto.

Los revisores leen el código, los resultados de los tests y la actividad, y cada uno registra una recomendación de No rotundo a Sí rotundo, con una nota que los demás pueden leer. Luego alguien del equipo promueve o rechaza al candidato.

Cómo funciona

Del repositorio a la decisión en tres pasos.

  1. Crea el screen

    Importa un repositorio o empieza con un solo archivo, añade tests (también ocultos) y fija el límite de tiempo.

  2. Envíalo o vincúlalo a un puesto

    Invita a candidatos directamente o deja que los postulantes lo reciban al postularse.

  3. Calificar, revisar, decidir

    Kendor califica una reejecución limpia, cada revisor registra una recomendación y tú promueves o rechazas.

Preguntas

¿Pueden los candidatos ver los tests ocultos?

No. Los tests ocultos nunca llegan al navegador del candidato: el archivo de tests de un ejercicio de un solo archivo queda fuera de su espacio de trabajo, y los tests ocultos solo se ejecutan cuando la entrega se califica en los servidores de Kendor. Los archivos de tests que el candidato ve se restauran desde tu starter antes de calificar.

¿Y si el código necesita la red?

Las dependencias se instalan antes de cortar la red. Cualquier llamada externa durante los tests falla igual para todos los candidatos, así que simula los servicios externos en el código inicial.

¿Kendor rechaza candidatos automáticamente?

No. Los resultados de los tests y las señales de integridad son información para los revisores. Una persona promueve o rechaza a cada candidato.

¿Los candidatos tienen que instalar algo?

No. Abren el enlace de su invitación en un navegador y llegan al IDE con las dependencias del proyecto, la terminal y la vista previa listas. Sin webcam, sin extensión de navegador, sin app de escritorio.

Haz tu próxima prueba en Kendor. Lee lo que dice el código.

Kendor trabaja con equipos de ingeniería en la UE, el Reino Unido y EE. UU. Cuéntanos para qué estás contratando y configuraremos tu organización contigo.