Práctica para pruebas de programación en JavaScript

Cómo suele ser la prueba real

No existe una única prueba de programación en JavaScript. Cada empleador elige una plataforma de evaluación y luego establece sus propias preguntas, el número de tareas, el límite de tiempo y los lenguajes permitidos. La invitación a la prueba es la mejor guía sobre la suya. Los ejemplos públicos muestran la variedad:

• HackerRank. HackerRank indica que su prueba de habilidades JavaScript (Basic) consta de 2 questions in 1 hour 30 minutes y abarca temas como las funciones (HackerRank). Su centro de ayuda enumera los tipos de preguntas que un empleador puede incluir en una prueba, como programación, opción múltiple, HTML/CSS/JavaScript, desarrollo front-end, revisión de código y preguntas subjetivas. También señala que los empleadores pueden añadir preguntas de la biblioteca de HackerRank o redactar las suyas (HackerRank Help).
• TestGorilla. La página de pruebas de programación en JavaScript de TestGorilla indica que las pruebas individuales duran entre 15 and 45 minutes, incluye una prueba de algoritmos de nivel inicial de 15 minutes, señala que los candidatos trabajan en un editor en línea y que los empleadores eligen los lenguajes disponibles (TestGorilla).

Componentes que suelen mencionarse en las pruebas de JavaScript de los empleadores:

• Tareas de programación: escribir una función en un editor en línea, probarla con entradas de ejemplo y luego enviarla para que se compruebe con otros casos de prueba que quizá no pueda ver.
• Opción múltiple: conceptos de JavaScript, qué muestra un fragmento de código en la consola y qué código es correcto.
• Depuración o revisión de código: encontrar y corregir el problema en código escrito por otra persona.
• A veces, otros elementos: crear o corregir una página web, un proyecto front-end o back-end de mayor tamaño, una tarea para hacer en casa o supervisión por cámara web y pantalla durante la prueba.

Qué incluyen nuestros simulacros. Nuestros simulacros completos tienen 20 questions in 60 minutes y constan de cuatro secciones: conceptos de JavaScript (6), qué muestra el código en la consola (6), encontrar el error (5) y crear una solución (3). Todo el código es JavaScript moderno tal como se ejecuta en Node.js, sin código de navegador ni de frameworks. Puede volver atrás, cambiar una respuesta y marcar preguntas hasta que envíe la prueba. Nuestros simulacros sirven para practicar la lectura, el seguimiento, la depuración y la selección de código. No ejecutan el código que usted escribe. Muchas evaluaciones reales sí le piden escribir código que se ejecuta con casos de prueba ocultos. Esta práctica desarrolla las habilidades de lectura, seguimiento y depuración que sirven de base, así que también le recomendamos practicar con tiempo limitado en un editor real. Nuestros simulacros tampoco incluyen tareas de proyectos front-end, back-end o full-stack, supervisión, comprobaciones de plagio, entrevistas por video, tareas para hacer en casa ni una nota mínima para aprobar establecida por el empleador.

Tipos de preguntas con ejemplos resueltos

Un ejemplo resuelto para cada sección, con la trampa en la que cae la mayoría de las personas.

1. Conceptos de JavaScript. ¿Cuál es la diferencia entre let y var? let tiene alcance dentro del bloque más cercano, como el cuerpo de un ciclo, y no se puede usar antes de que se ejecute la línea en la que aparece. var tiene alcance en toda la función y se eleva, por lo que existe como undefined antes de que se ejecute esa línea. Trampa: suponer que const hace que un objeto o arreglo sea inmutable. Solo impide que se reasigne el nombre.

2. Qué muestra el código. console.log(typeof null, typeof []) muestra object object. Para typeof, ambos son objetos; use Array.isArray para comprobar si se trata de un arreglo. En el código asíncrono, recuerde el orden: primero el código normal, luego las funciones de retorno de las promesas y, por último, los temporizadores. Trampa: interpretar setTimeout(fn, 0) como "ejecutar ahora". Siempre espera hasta que terminen el código actual y las funciones de retorno de promesas pendientes.

3. Cómo encontrar el error. Una función devuelve undefined en lugar de un total. Busque una función flecha con llaves, pero sin return: (a, b) => { a + b } devuelve undefined, mientras que (a, b) => a + b devuelve la suma. Trampa: corregir la primera línea que parece inusual. Siga una entrada pequeña por el código y encuentre la primera línea en la que el valor deja de ser correcto.

4. Cómo crear una solución. Necesita calcular el precio total de un carrito. items.reduce((sum, item) => sum + item.price, 0) lo hace. Sin el 0 al final, un carrito vacío genera un TypeError. Trampa: elegir la opción que funciona con el ejemplo, pero no con los casos límite. Compruebe cada opción con un arreglo vacío, un elemento, elementos repetidos y valores faltantes.

Cómo prepararse

1. Lea primero la invitación. Averigüe qué plataforma utilizará, cuántas tareas hay, cuál es el límite de tiempo, si puede elegir JavaScript, si se incluyen tareas de front-end y si la prueba es supervisada. Los formatos varían demasiado como para hacer suposiciones.
2. Pruebe la sección de práctica de la plataforma, si la tiene. Familiarícese con el editor, el botón Run y la forma en que se muestran los casos de prueba de ejemplo, para que la pantalla no le resulte nueva el día de la prueba. Por ejemplo, HackerRank explica que los candidatos hacen clic en Run para ejecutar los casos de prueba mientras trabajan (HackerRank Support).
3. Siga el código a mano. Para fragmentos breves, anote el valor de cada variable después de cada línea. Para el código async, lleve tres listas: lo que se ejecuta ahora, las funciones de devolución de llamada de las promesas y los temporizadores.
4. Conozca las herramientas de uso cotidiano. Arrays y sus métodos (map, filter, reduce, some, find, sort), objetos, Map y Set, cadenas, desestructuración, spread, literales de plantilla, async y await.
5. Piense en los casos límite antes de enviar la solución. Arrays y cadenas vacíos, un solo elemento, valores repetidos, null y undefined, y números expresados como cadenas. Los casos de prueba ocultos suelen comprobar precisamente estas situaciones.
6. Escriba algo de código con tiempo limitado. Nuestros simulacros entrenan la lectura y la depuración. También resuelva algunos problemas pequeños en un editor real con un temporizador, para que escribir y ejecutar código bajo presión le resulte normal.
7. Practique al ritmo real. Si su prueba se parece al ejemplo JavaScript (Basic) de HackerRank, 2 preguntas en 1 hora 30 minutos equivalen a unos 45 minutos por problema (HackerRank). Haga simulacros cronometrados completos para acostumbrarse a administrar el tiempo.

Cómo suele funcionar la puntuación

La puntuación depende de la plataforma y del empleador. No existe una escala universal ni una nota mínima universal para aprobar. Las preguntas de programación suelen calificarse automáticamente mediante casos de prueba. Estas son dos descripciones públicas:

• HackerRank afirma que las preguntas de programación se evalúan con casos de prueba predefinidos que miden la precisión y la eficiencia. Cada caso de prueba tiene su propia puntuación: el código que supera un caso recibe la puntuación completa de ese caso, y el que no lo supera recibe cero. La puntuación total de la pregunta es la suma de los casos de prueba superados, por lo que una solución que supera algunos casos obtiene parte de los puntos (soporte de HackerRank). Las preguntas de programación y las de opción múltiple se evalúan automáticamente, mientras que las preguntas de HTML/CSS/JavaScript se evalúan manualmente y las preguntas de front-end se evalúan automáticamente, aunque se recomienda una revisión manual (ayuda de HackerRank).
• TestGorilla describe una calificación basada en percentiles que considera la precisión general e incluye un informe con el resultado de cada caso de prueba (TestGorilla).

Cada empleador decide qué se considera un buen resultado, y muchos también revisan su código, además de la puntuación.

Nuestra puntuación de práctica es la cantidad de preguntas propias que respondió correctamente, desglosada por sección para que pueda ver en qué enfocarse. Es una puntuación de práctica: no es una puntuación de ninguna prueba de una plataforma, ni predice si aprobará.

Errores frecuentes

• Ordenar números sin una función de comparación. [10, 9, 1].sort() ordena como si fueran textos. Use sort((a, b) => a - b).
• Usar == y sorprenderse con la conversión de tipos. Prefiera ===, salvo que tenga una razón para no hacerlo.
• Olvidar que forEach no espera. await dentro de una función de retorno de llamada de forEach no pausa la función externa. Use for...of o Promise.all.
• Comparar objetos o matrices con ===. Dos objetos solo son iguales si son el mismo objeto. Compare los campos que le interesan.
• Modificar una matriz que quería conservar. sort, reverse y splice modifican la matriz original. Si necesita conservarla, haga primero una copia con [...arr].
• Probar solo el ejemplo. El ejemplo visible suele funcionar. Los casos de prueba ocultos comprueban entradas vacías, elementos únicos, duplicados y entradas grandes.
• Quedarse sin tiempo en una tarea. Si se atasca, envíe una versión sencilla que supere algunos casos de prueba, continúe con otra tarea y vuelva a ella si le queda tiempo.