Entraînement aux tests de programmation JavaScript

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

Il n’existe pas de test de programmation JavaScript 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 JavaScript (Basic) comprend 2 questions en 1 heure et 30 minutes et porte notamment sur les fonctions (HackerRank). Son centre d’aide répertorie les types de questions qu’un employeur peut inclure dans un test : programmation, choix multiples, HTML/CSS/JavaScript, développement front-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 JavaScript indique que les tests durent entre 15 et 45 minutes. Elle présente un test d’algorithmes de niveau débutant d’une durée de 15 minutes, précise que les candidats travaillent dans un éditeur en ligne et que les employeurs choisissent les langages disponibles (TestGorilla).

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

• Tâches de programmation : écrire une fonction 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 JavaScript, résultat affiché dans la console 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 : créer ou corriger une page Web, réaliser un projet front-end ou back-end plus important, effectuer un exercice chez soi, ou être surveillé 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 JavaScript (6), résultat affiché dans la console par le code (6), repérage d’un bogue (5) et création d’une solution (3). Tout le code est écrit en JavaScript moderne et s’exécute sur Node.js, sans code de navigateur ni de framework. 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 tâches de projet front-end, back-end ou full-stack, de surveillance, de vérification du plagiat, d’entretiens vidéo, de tâches à réaliser chez soi 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 JavaScript. Quelle est la différence entre let et var ? La portée de let est limitée au bloc le plus proche, comme le corps d'une boucle, et il ne peut pas être utilisé avant l'exécution de la ligne où il est déclaré. La portée de var couvre toute la fonction et sa déclaration est remontée en début de portée : il existe donc avec la valeur undefined avant l'exécution de sa ligne. Piège : supposer que const rend un objet ou un tableau immuable. Il empêche seulement de réaffecter le nom.

2. Ce que le code affiche dans la console. console.log(typeof null, typeof []) affiche object object. Pour typeof, les deux sont des objets ; utilisez Array.isArray pour vérifier si une valeur est un tableau. Pour le code asynchrone, retenez l'ordre : d'abord le code ordinaire, puis les fonctions de rappel des promesses, puis les minuteries. Piège : interpréter setTimeout(fn, 0) comme « exécuter maintenant ». L'exécution attend toujours que le code en cours et les fonctions de rappel des promesses en attente soient terminés.

3. Trouver le bogue. Une fonction renvoie undefined au lieu d'un total. Cherchez une fonction fléchée avec des accolades, mais sans return : (a, b) => { a + b } renvoie undefined, tandis que (a, b) => a + b renvoie la somme. 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 calculer le prix total d'un panier. items.reduce((sum, item) => sum + item.price, 0) permet de le faire. Sans le 0 final, un panier vide provoque une TypeError. Piège : choisir l'option qui fonctionne pour l'exemple, mais pas pour les cas limites. Vérifiez chaque choix avec un tableau vide, un seul élément, des répétitions et des valeurs manquantes.

Comment vous préparer

1. Lisez d'abord votre invitation. Vérifiez quelle plateforme vous utiliserez, le nombre de tâches, le temps imparti, si vous pouvez choisir JavaScript, si des tâches de développement front-end sont prévues 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 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 de chaque variable après chaque ligne. Pour le code asynchrone, gardez trois listes : ce qui s'exécute immédiatement, les fonctions de rappel des promesses et les minuteurs.
4. Maîtrisez les outils courants. Les tableaux et leurs méthodes (map, filter, reduce, some, find, sort), les objets, Map et Set, les chaînes de caractères, la déstructuration, l'opérateur spread, les littéraux de gabarit, async et await.
5. Pensez aux cas particuliers avant de répondre. Tableaux et chaînes vides, un seul élément, valeurs répétées, null et undefined, nombres fournis sous forme de chaînes. 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 et à exécuter du code sous pression.
7. Entraînez-vous au rythme réel. Si votre test ressemble à l'exemple JavaScript (Basic) de HackerRank, 2 questions en 1 heure 30 minutes vous donnent environ 45 minutes par problème (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 HTML/CSS/JavaScript sont évaluées manuellement. Les questions de développement front-end sont évaluées automatiquement, mais un examen manuel est recommandé (aide HackerRank).
• TestGorilla décrit une notation fondée sur les percentiles et l'exactitude globale, 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

• Trier des nombres sans fonction de comparaison. [10, 9, 1].sort() effectue un tri alphabétique. Utilisez sort((a, b) => a - b).
• Utiliser == et être surpris par la conversion de type. Préférez ===, sauf si vous avez une bonne raison de faire autrement.
• Oublier que forEach n’attend pas la fin des opérations. await dans une fonction de rappel forEach ne met pas en pause la fonction externe. Utilisez for...of ou Promise.all.
• Comparer des objets ou des tableaux avec ===. Deux objets sont égaux uniquement s’il s’agit du même objet. Comparez les champs qui vous intéressent.
• Modifier un tableau que vous vouliez conserver. sort, reverse et splice modifient le tableau sur place. Faites-en d’abord une copie avec [...arr] si vous avez besoin de conserver l’original.
• Ne tester que l’exemple. L’exemple visible réussit 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.