Práctica para pruebas de programación en Java

Cómo suele ser la prueba real

No existe una única prueba de programación en Java. 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 Java (Basic) consta de 6 questions in 1 hour y abarca temas como las clases (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, bases de datos, desarrollo back-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 Java de TestGorilla indica que la mayoría de sus pruebas de programación duran entre 15 and 35 minutes, incluye una prueba de algoritmos de nivel inicial de 15 minutes y señala que los candidatos leen el problema, eligen Java en un menú de lenguajes y escriben su solución en un editor en línea (TestGorilla).

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

• Tareas de programación: escribir un método en un editor en línea, probarlo con entradas de ejemplo y luego enviarlo para que se compruebe con otros casos de prueba que quizá no pueda ver.
• Opción múltiple: conceptos de Java como tipos, clases, colecciones y excepciones, qué muestra un fragmento de código 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: una pregunta de SQL, un framework o proyecto back-end, 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 Java (6), qué muestra el código (6), encontrar el error (5) y crear una solución (3). Todo el código es Java 17. 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 supervisión, comprobaciones de plagio, entrevistas por video, tareas para hacer en casa o proyectos, 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 Java. ¿Cuál es la diferencia entre int e Integer? int es un valor primitivo; Integer es un objeto que lo contiene y puede ser null. Las colecciones, como List, almacenan valores Integer, y Java convierte automáticamente entre ambos tipos. Trampa: comparar dos objetos Integer con ==. Este operador compara referencias y puede dar falso aunque los valores sean iguales; use equals.

2. Qué muestra el código. System.out.println(1 + 2 + "3" + 4 + 5); muestra 3345. Java opera de izquierda a derecha: 1 + 2 es el número 3; después, al sumar "3", se obtiene la cadena "33", y a partir de ahí cada + concatena texto. Trampa: hacer primero todas las operaciones aritméticas. Siga los operadores uno por uno y anote el tipo después de cada paso.

3. Cómo encontrar el error. Un método contiene if (status == "done") y nunca encuentra coincidencias, aunque el estado sea "done". La solución es "done".equals(status), que compara los caracteres y también funciona si el estado es null. 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 contar cuántas veces aparece cada palabra. Un HashMap con counts.merge(word, 1, Integer::sum) dentro de un ciclo lo hace en una línea por palabra. Trampa: elegir la opción que resuelve el caso normal, pero no los casos límite. Compruebe cada opción con un arreglo vacío, un elemento, elementos repetidos, números negativos y null.

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, qué versión de Java usa el editor 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, la forma de leer los datos de entrada y la manera 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 y el tipo de cada variable después de cada línea. La división entera, la unión de cadenas y las referencias son algunos de los aspectos que más sorpresas pueden dar.
4. Conozca las herramientas de uso cotidiano. Arrays, String y StringBuilder, ArrayList, HashMap, HashSet, Arrays.sort y Collections.sort, equals y hashCode, excepciones y clases e interfaces básicas.
5. Piense en los casos límite antes de enviar la solución. Arrays y cadenas vacíos, un solo elemento, valores repetidos, números negativos, null y valores suficientemente grandes como para desbordar un int. 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, compilar y ejecutar código bajo presión le resulte normal.
7. Practique al ritmo real. Si su prueba se parece al ejemplo Java (Basic) de HackerRank, 6 preguntas en 1 hora equivalen a unos 10 minutos por pregunta (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 back-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, es decir, si las entradas proporcionadas producen los resultados correctos, 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

• Comparar cadenas con ==. Use equals o "text".equals(value) si el valor podría ser null.
• Esperar decimales al dividir enteros. 7 / 2 es 3. Si necesita 3.5, convierta primero uno de los valores a double.
• Olvidar que las cadenas son inmutables. s.trim() y s.toUpperCase() devuelven cadenas nuevas; asigne el resultado.
• Cometer errores de desfase por una unidad en los bucles. Los índices van de 0 a length - 1, por lo que la condición habitual es i < a.length.
• Cambiar una lista dentro de un bucle for-each. Use removeIf o un Iterator explícito y su método remove.
• Ignorar el desbordamiento. Las sumas y los productos de valores int grandes pueden desbordarse sin avisar. Use long cuando los valores puedan crecer.
• 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.