5. Proceso y Estrategia de Pruebas

Usa Pruebas Exploratorias. Entiende la aplicación usándola, compárala con aplicaciones similares, usa el sentido común y conocimiento del dominio, y comunícate con desarrolladores o partes interesadas para aclarar el comportamiento esperado.

Prioriza las pruebas basadas en el riesgo. Enfócate en rutas críticas, características de alta prioridad y funcionalidades principales. Usa Pruebas Basadas en Riesgo para asegurar que las partes más críticas de la aplicación sean estables.

Partición de Equivalencia, Análisis de Valores Límite, Pruebas de Tabla de Decisión, Pruebas de Transición de Estado y Adivinanza de Errores.

Depende de la empresa, pero la mayoría de las veces sí. El líder del proyecto típicamente hace preguntas en un formato conversacional para evaluar tus conocimientos técnicos y tu encaje. Después de eso, usualmente hay una entrevista técnica más formal con desafíos de código o preguntas técnicas más profundas.

Todavía pueden rechazarte en esta etapa. Si al cliente no le pareces un buen fit, no avanzarás. Sin embargo, si a la consultora le gustaste durante las etapas anteriores, pueden recomendarte para otro cliente sin necesidad de repetir todo el proceso desde cero.

Cuando una empresa administra una evaluación en HackerRank, la plataforma puede detectar cambios de ventana, cuánto tiempo estás fuera de la pestaña de la prueba y a qué ventana navegas. También marca la actividad de copiar y pegar. El nivel de supervisión puede variar según la configuración específica del examen. Cambios breves de pestaña pueden no ser un problema mayor, pero copiar y pegar código de fuentes externas probablemente será señalado.

Una entrevista teórico-técnica es una entrevista conversacional con un líder técnico donde no se escribe código ni se dibujan diagramas. El entrevistador se enfoca en cómo abordarías distintas situaciones, cómo resolverías ciertos problemas, y pregunta sobre tus proyectos pasados y trabajo en equipo. Los temas típicos de backend incluyen: patrones de diseño, inyección de dependencias, principios SOLID, clean code y conceptos de bases de datos como índices. Para prepararte debes: (1) estudiar diseño de sistemas y escalabilidad, (2) conocer a fondo el lenguaje de programación y framework del puesto—incluyendo ciclo de vida, idiosincrasias y comparación con alternativas, (3) estar listo para relacionar todo el conocimiento técnico con tus experiencias pasadas reales, y (4) tomar nota de lo que no sepas para mejorar en el futuro.

Los ejercicios de live coding pueden variar ampliamente. Los formatos más comunes incluyen: resolver un algoritmo, crear un mini microservicio, construir un componente de front-end o depurar/arreglar código existente. Generalmente es un desafío corto diseñado para observar cómo piensas y abordas la resolución de problemas en tiempo real. En la mayoría de los casos, el entrevistador proporciona un repositorio ya configurado con un README que describe los requisitos, y se te pide implementar una nueva funcionalidad o corregir un problema. Es común que las herramientas de IA (por ejemplo, Copilot, ChatGPT) estén explícitamente prohibidas durante el ejercicio, por lo que es importante tener familiaridad con la sintaxis y los fundamentos sin asistencia.

Varía según la empresa. Algunas realizan el background check al principio del proceso (lo hacen los de RRHH), otras lo hacen antes de hacer la oferta formal, y otras esperan hasta las etapas finales. Por ejemplo, MercadoLibre (MELI) lo hace al final del proceso. Generalmente, el background check solo se realiza a los candidatos que llegan a las instancias finales del proceso de selección.

Usar buscadores y referencias en línea es generalmente aceptable durante un take-home challenge, incluso cuando las herramientas de IA están explícitamente prohibidas. Sin embargo, nunca deberías entregar código o una solución que no puedas comprender ni explicar por completo. Después de la entrega, es probable que debas defender tu implementación: explicar tus decisiones de diseño, justificar por qué elegiste un enfoque en lugar de otro y aclarar cómo funcionan partes específicas del código. Entregar algo que no puedas explicar probablemente te descalifique durante la revisión posterior.

Los dos tipos más comunes de ejercicios de live coding en entrevistas técnicas son: (1) Bug fixing – se proporciona un fragmento de código o una base de código con errores y el candidato debe identificarlos y corregirlos; y (2) Desafíos de algoritmia – el candidato debe diseñar e implementar una solución a un problema, generalmente involucrando estructuras de datos o lógica de optimización. De los dos, los desafíos de algoritmia tienden a ser el formato que se presenta con mayor frecuencia.

La mayoría de las plataformas de desafíos técnicos detectan automáticamente comportamientos como cambiar de pestaña del navegador o pegar código copiado de una fuente externa. Algunas evaluaciones también recomiendan usar un dispositivo secundario para evitar activar esas detecciones. Cuando la prueba se realiza en vivo, la mejor estrategia es no quedarse callado: explicar continuamente el razonamiento y lo que se está haciendo mientras se programa. En muchas sesiones en vivo, el entrevistador puede ofrecer pistas o guía, y en algunos casos se permite utilizar el buscador.

Un proceso se refiere al pipeline completo de contratación con una sola empresa, que normalmente consta de múltiples entrevistas individuales. Por ejemplo, un proceso puede incluir un filtro de RH, una entrevista técnica teórica y una sesión de live coding; eso cuenta como tres entrevistas pero un solo proceso.