Entraînement au test de programmation Python

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

Il n’existe pas de test de programmation Python unique. Chaque employeur choisit une plateforme d’évaluation, 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 Python (Basic) comprend 2 questions en 1 hour 30 minutes et porte notamment sur les types scalaires (HackerRank). Son centre d’aide répertorie les types de questions qu’un employeur peut inclure dans un test, notamment le codage, les questions à choix multiples, les bases de données, la révision de code et les questions subjectives. Il précise que les employeurs peuvent ajouter des questions de la bibliothèque HackerRank ou rédiger les leurs (HackerRank Help).
• TestGorilla. La page de TestGorilla consacrée aux tests de programmation Python indique que la plupart de ses tests de programmation individuels durent de 15 à 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 peuvent résoudre les problèmes en Python ou dans d’autres langages autorisés par l’employeur (TestGorilla).

Éléments couramment signalés dans les tests Python proposés par les employeurs :

• Exercices de programmation : écrire une fonction dans un éditeur en ligne, l’exécuter avec des données d’exemple, puis la soumettre pour qu’elle soit vérifiée avec d’autres cas de test que vous ne verrez peut-être pas.
• Questions à choix multiples : concepts Python, résultat affiché par un extrait de code et choix du code correct.
• Débogage ou révision de code : repérer et corriger le problème dans le code écrit par quelqu’un d’autre.
• Parfois, d’autres éléments : une question SQL, une tâche de projet plus importante, un exercice à réaliser chez soi, ou la surveillance par webcam et de l’écran pendant le test.

Contenu de nos tests blancs. Nos tests blancs complets comportent 20 questions en 60 minutes, réparties en quatre sections : concepts Python (6), résultat affiché par le code (6), recherche d’erreurs (5) et création d’une solution (3). Tout le code est en Python 3. Vous pouvez revenir en arrière, modifier une réponse et marquer des questions jusqu’à l’envoi de votre test. Nos tests 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 d’écrire du code qui sera exécuté avec des cas de test cachés. Cet entraînement vous aide à acquérir les compétences de lecture, de suivi du code et de débogage nécessaires. En complément, entraînez-vous aussi en temps limité dans un véritable éditeur. Nos tests blancs ne comprennent pas non plus la surveillance à distance, les contrôles de plagiat, les entretiens vidéo, les exercices à réaliser chez soi et les tâches de projet, 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 Python. Quelle est la différence entre a == b et a is b ? Le premier opérateur vérifie si deux valeurs sont égales ; le second vérifie s'il s'agit du même objet. Deux listes distinctes [1, 2] sont égales, mais ne sont pas le même objet. Piège : utiliser is pour comparer des nombres ou des chaînes. Cela peut sembler fonctionner pour les petites valeurs, puis échouer.

2. Ce que le code affiche. x = [0] * 3, puis x[1] = 5 et print(x). Suivez les étapes : [0, 0, 0] devient [0, 5, 0]. Essayez maintenant grid = [[0] * 2] * 2, puis grid[0][0] = 1. Le résultat affiché est [[1, 0], [1, 0]], car les deux lignes sont la même liste interne. Piège : lire le code en fonction de ce que vous pensez qu'il devrait faire, et non de ce que Python exécute réellement. Notez la valeur de chaque variable ligne par ligne.

3. Trouver le bogue. La boucle for i in range(len(items) - 1): est censée afficher chaque élément, mais elle ignore le dernier. Le bogue vient du - 1 : range(len(items)) s'arrête déjà avant la longueur de la liste. Piège : corriger la ligne qui provoque une erreur ou semble étrange au lieu de celle qui entraîne le mauvais résultat. Testez le code mentalement avec une petite entrée, par exemple une liste de deux éléments.

4. Construire une solution. Vous devez compter le nombre d'apparitions de chaque mot dans une liste. collections.Counter(words) le fait en une étape ; une boucle avec un dictionnaire et counts[w] = counts.get(w, 0) + 1 permet de le faire manuellement. Piège : choisir l'option qui gère le cas normal, mais pas les cas limites. Vérifiez chaque choix avec une liste vide, un seul élément, des répétitions et des nombres négatifs.

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 Python 3 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. C'est la compétence essentielle pour répondre aux questions sur le résultat d'un programme et le débogage, et cela vous permet de vérifier votre propre code sans l'exécuter.
4. Maîtrisez les outils courants. Les listes, les dictionnaires, les ensembles, les chaînes de caractères, le découpage en tranches, sorted par rapport à list.sort, enumerate, zip, les compréhensions de liste et de dictionnaire, ainsi que collections.Counter.
5. Pensez aux cas particuliers avant de répondre. Entrée vide, un seul élément, valeurs répétées, nombres négatifs, entrées très volumineuses. 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 Python (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 certains types de questions, comme les réponses subjectives et les téléversements de fichiers, sont évalués manuellement (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 le résultat correct, ainsi qu'un rapport présentant les résultats 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

• Confondre les méthodes qui modifient une liste et les fonctions qui en renvoient une nouvelle. list.sort() et list.append() renvoient None ; sorted() renvoie une nouvelle liste.
• Oublier que l’affectation partage les objets. b = a ne copie pas une liste ni un dictionnaire. Utilisez a[:], list(a) ou copy.deepcopy(a) lorsque vous avez besoin d’une copie.
• Faire des erreurs de décalage d’une unité dans les plages et les tranches. range(n) s’arrête avant n, et s[1:3] prend deux éléments, pas trois.
• Commencer une recherche avec une valeur inventée. Initialiser un maximum à 0 ou un minimum à 1000 pose problème avec des entrées inhabituelles. Commencez par le premier élément ou par float("-inf").
• 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.