Entraînement aux tests de programmation Java

À quoi ressemble généralement le test réel

Il n’existe pas de test de programmation Java unique. Chaque employeur choisit une plateforme de test, puis définit ses propres questions, le nombre de tâches, la durée et les langages autorisés. Votre invitation au test est le meilleur moyen de savoir à quoi vous attendre. Les exemples publics montrent la diversité des formats :

• HackerRank. HackerRank indique que son test de compétences Java (Basic) comprend 6 questions en 1 heure et porte notamment sur les classes (HackerRank). Son centre d’aide répertorie les types de questions qu’un employeur peut inclure dans un test : programmation, choix multiples, base de données, développement back-end, révision de code et questions subjectives. Il précise que les employeurs peuvent ajouter des questions issues de la bibliothèque HackerRank ou rédiger les leurs (Aide HackerRank).
• TestGorilla. La page de TestGorilla consacrée aux tests de programmation Java indique que la plupart de ses tests de programmation durent entre 15 et 35 minutes. Elle présente un test d’algorithmes de niveau débutant d’une durée de 15 minutes et précise que les candidats lisent le problème, choisissent Java dans un menu de langages et rédigent leur solution dans un éditeur en ligne (TestGorilla).

Éléments fréquemment mentionnés dans les tests Java des employeurs :

• Tâches de programmation : rédiger une méthode dans un éditeur en ligne, la tester avec des données d’exemple, puis la soumettre pour qu’elle soit vérifiée avec d’autres cas de test qui ne sont pas toujours visibles.
• Questions à choix multiples : notions Java comme les types, les classes, les collections et les exceptions, résultat affiché par un extrait de code, et choix du code correct.
• Débogage ou révision de code : repérer et corriger un problème dans le code écrit par quelqu’un d’autre.
• Parfois d’autres éléments : une question SQL, un framework ou un projet back-end, un exercice à réaliser chez soi, ou une surveillance par webcam et à l’écran pendant le test.

Ce que couvrent nos examens blancs. Nos examens blancs complets comprennent 20 questions en 60 minutes, réparties en quatre sections : notions Java (6), résultat affiché par le code (6), repérage d’un bogue (5) et création d’une solution (3). Tout le code est en Java 17. Vous pouvez revenir en arrière, modifier une réponse et signaler des questions jusqu’à l’envoi de vos réponses. Nos examens blancs vous entraînent à lire et à suivre le code, à déboguer et à choisir du code. Ils n’exécutent pas le code que vous écrivez. De nombreuses évaluations réelles vous demandent de rédiger du code qui est exécuté sur des cas de test masqués. Cet entraînement développe les compétences de lecture, de suivi du code et de débogage nécessaires. Pensez donc également à vous entraîner avec un chronomètre dans un véritable éditeur. Nos examens blancs ne comprennent pas non plus de surveillance, de vérification du plagiat, d’entretiens vidéo, de tâches à réaliser chez soi ou de projets, ni de seuil de réussite fixé par un employeur.

Types de questions avec exemples corrigés

Un exemple détaillé pour chaque section, avec le piège dans lequel tombe la plupart des gens.

1. Concepts Java. Quelle est la différence entre un int et un Integer ? Un int est une valeur primitive ; un Integer est un objet qui l'encapsule et peut être null. Les collections comme List contiennent des Integer, et Java convertit automatiquement l'un en l'autre. Piège : comparer deux objets Integer avec ==. Cela compare les références et peut renvoyer faux même pour des valeurs égales ; utilisez equals.

2. Ce que le code affiche. System.out.println(1 + 2 + "3" + 4 + 5); affiche 3345. Java procède de gauche à droite : 1 + 2 donne le nombre 3, puis l'ajout de "3" produit la chaîne "33", et à partir de là, chaque + concatène du texte. Piège : effectuer d'abord tous les calculs. Suivez les opérateurs un par un et notez le type après chaque étape.

3. Trouver le bogue. Une méthode contient if (status == "done") et la condition n'est jamais vraie, même lorsque le statut est "done". La correction consiste à écrire "done".equals(status), ce qui compare les caractères et fonctionne aussi si le statut est null. Piège : corriger la première ligne qui semble inhabituelle. Faites suivre une petite entrée dans le code et repérez la première ligne où la valeur devient incorrecte.

4. Construire une solution. Vous devez compter le nombre d'apparitions de chaque mot. Une HashMap avec counts.merge(word, 1, Integer::sum) dans une boucle permet de le faire en une ligne par mot. Piège : choisir l'option qui gère le cas normal, mais pas les cas limites. Vérifiez chaque choix avec un tableau vide, un seul élément, des répétitions, des nombres négatifs et null.

Comment vous préparer

1. Lisez d'abord votre invitation. Vérifiez quelle plateforme vous utiliserez, le nombre de tâches, le temps imparti, la version de Java utilisée par l'éditeur et si le test est surveillé. Les formats varient trop pour que vous puissiez le supposer.
2. Essayez l'espace d'entraînement de la plateforme, si elle en propose un. Familiarisez-vous avec l'éditeur, le bouton Run, la façon dont les entrées sont lues et l'affichage des exemples de cas de test, pour que l'écran ne vous soit pas inconnu le jour de l'épreuve. HackerRank explique par exemple que les candidats cliquent sur Run pour exécuter les cas de test pendant qu'ils travaillent (HackerRank Support).
3. Suivez le code à la main. Pour les petits extraits, notez la valeur et le type de chaque variable après chaque ligne. La division entière, la concaténation de chaînes et les références sont les sources de la plupart des surprises.
4. Maîtrisez les outils courants. Les tableaux, String et StringBuilder, ArrayList, HashMap, HashSet, Arrays.sort et Collections.sort, equals et hashCode, les exceptions, ainsi que les classes et interfaces de base.
5. Pensez aux cas particuliers avant de répondre. Tableaux et chaînes vides, un seul élément, valeurs répétées, nombres négatifs, null et valeurs assez grandes pour provoquer un dépassement de capacité d'un int. Les cas de test cachés vérifient souvent précisément ces situations.
6. Écrivez du code en vous chronométrant. Nos examens blancs vous entraînent à lire du code et à le déboguer. Résolvez aussi quelques petits problèmes dans un vrai éditeur avec un chronomètre, pour vous habituer à écrire, compiler et exécuter du code sous pression.
7. Entraînez-vous au rythme réel. Si votre test ressemble à l'exemple Java (Basic) de HackerRank, 6 questions en 1 heure vous donnent environ 10 minutes par question (HackerRank). Faites des examens blancs complets et chronométrés pour vous habituer à gérer votre temps.

Comment la notation fonctionne généralement

La notation dépend de la plateforme et de l'employeur. Il n'existe pas d'échelle ni de seuil de réussite universels. Les questions de programmation sont généralement notées automatiquement à partir de cas de test. Voici deux descriptions publiques :

• HackerRank indique que les questions de programmation sont évaluées à l'aide de cas de test prédéfinis qui mesurent l'exactitude et l'efficacité. Chaque cas de test a son propre score : le code qui réussit un cas de test obtient le score maximal associé à celui-ci, tandis que le code qui échoue obtient zéro. Le score total de la question correspond à la somme des scores des cas de test réussis. Une solution qui réussit certains cas de test obtient donc une partie des points (assistance HackerRank). Les questions de programmation et à choix multiples sont évaluées automatiquement, tandis que les questions back-end sont évaluées automatiquement, avec un examen manuel recommandé (aide HackerRank).
• TestGorilla décrit une notation fondée sur les percentiles et l'exactitude globale, c'est-à-dire si les entrées fournies produisent les sorties correctes, ainsi qu'un rapport présentant le résultat de chaque cas de test (TestGorilla).

Chaque employeur décide de ce qui constitue un bon résultat, et beaucoup examinent votre code en plus du score.

Notre score d'entraînement correspond au nombre de nos propres questions auxquelles vous avez répondu correctement, avec un détail par section pour vous aider à voir où concentrer vos efforts. Il s'agit d'un score d'entraînement : ce n'est pas un score obtenu à un test sur une plateforme, et il ne permet pas de prédire si vous réussirez.

Erreurs fréquentes

• Comparer des chaînes avec ==. Utilisez equals, ou "text".equals(value) lorsque la valeur peut être null.
• S’attendre à obtenir des décimales avec une division entière. 7 / 2 donne 3. Convertissez d’abord l’un des deux opérandes en double si vous avez besoin de 3.5.
• Oublier que les chaînes sont immuables. s.trim() et s.toUpperCase() renvoient de nouvelles chaînes ; affectez le résultat à une variable.
• Faire des erreurs de décalage d’une unité dans les boucles. Les index vont de 0 à length - 1, donc le test habituel dans une boucle est i < a.length.
• Modifier une liste dans une boucle for-each. Utilisez removeIf ou un Iterator explicite et sa méthode remove.
• Ignorer les dépassements de capacité. Les sommes et les produits de grandes valeurs int peuvent déborder silencieusement. Utilisez long si les valeurs peuvent augmenter.
• Ne tester que l’exemple. L’exemple visible fonctionne généralement. Les cas de test cachés vérifient les entrées vides, les éléments uniques, les doublons et les entrées volumineuses.
• Manquer de temps sur une tâche. Si vous êtes bloqué, soumettez une version simple qui réussit certains cas de test, passez à la suite et revenez-y si le temps le permet.