Accueil · Guides de révision · INF-305

Guide complet INF-305 — Pearson

Information Technology Specialist Software Development · Programme, plan de révision, ressources, examen blanc gratuit.

TL;DR — Le guide en 1 minute

La certification INF-305 Information Technology Specialist Software Development de Pearson valide les compétences fondamentales en développement logiciel pour étudiants, reconvertis et juniors. L'examen comprend 38 questions QCM en 50 minutes, score requis 65%, prix 130 EUR, sans prérequis obligatoires. Elle couvre les bases de la programmation orientée objet, les structures de données, le débogage, les algorithmes et le cycle de développement logiciel. Débouchés: développeur junior, analyste programmeur, technicien support applicatif, dans tous secteurs IT.

Pourquoi passer la certification INF-305 ?

Passer la certification INF-305 en 2026 représente un investissement stratégique pour quiconque souhaite entrer dans le développement logiciel sans diplôme universitaire spécialisé. Le marché français manque cruellement de développeurs juniors certifiés: selon l'APEC et Numeum, plus de 60 000 postes restent à pourvoir en 2026 dans le secteur du développement logiciel. Cette certification éditée par Pearson VUE, leader mondial des certifications IT, valide un socle universellement reconnu par les recruteurs. Le ROI est immédiat: avec un coût de 130 EUR et une préparation de 80 à 120 heures, elle permet d'accéder à des postes rémunérés entre 32 000 et 38 000 EUR brut annuels en sortie. Elle valorise un CV de reconverti ou d'autodidacte en apportant une preuve objective des compétences, indépendante des diplômes. Contrairement aux certifications éditeurs (Microsoft, AWS), INF-305 reste vendor-neutral, donc transférable sur n'importe quel langage ou framework. Elle constitue également un excellent prérequis pour viser ensuite des certifications avancées comme AZ-204, Oracle Java SE ou AWS Developer Associate. Pour les freelances débutants, elle rassure les clients sur les compétences techniques fondamentales et débloque l'accès à de premières missions concrètes.

Caractéristiques de l'examen

Format QCM 38 questions, examen surveillé en centre Pearson VUE ou OnVUE en ligne
Duree 50 minutes
Score requis 65% (environ 25 bonnes réponses sur 38)
Prix officiel 130 EUR HT (tarif Pearson VUE France 2026)
Langues Anglais principalement, Français disponible dans certains centres
Validite 3 ans avant recertification recommandée
Prerequis Aucun officiel, mais 150h d'expérience en programmation recommandée

Programme détaillé par domaine

Domain 1 : Software Development Fundamentals 20%

Objectifs
Ce domaine pose les bases conceptuelles du génie logiciel. Le candidat doit comprendre les paradigmes de programmation (procédural, orienté objet, fonctionnel), les méthodologies de développement (Waterfall, Agile, Scrum, Kanban) et les phases du cycle de vie logiciel (SDLC: analyse, conception, implémentation, tests, déploiement, maintenance). Il faut savoir distinguer code compilé et interprété, identifier les différences entre langages typés statiquement et dynamiquement, et expliquer les concepts d'IDE, compilateur, interpréteur et linker.
Concepts clés
Maîtriser les notions de variable, constante, type de données primitif (int, float, boolean, char, string), opérateur, expression, instruction, bloc, portée (scope), durée de vie d'une variable. Comprendre les structures de contrôle: conditionnelles (if/else, switch), boucles (for, while, do-while), branchements (break, continue, return). Savoir lire un pseudocode et un diagramme de flux. Connaître la différence entre bug syntaxique, logique et runtime, ainsi que les concepts de refactoring et clean code.
Services / outils
Outils: Visual Studio Code, Git, GitHub, JetBrains IDEs, compilateurs gcc/javac, interpréteurs Python/Node.js. Méthodologies Agile/Scrum, outils Jira et Trello. Notions de versioning sémantique (SemVer).
Temps estimé
12-15h

Domain 2 : Object-Oriented Programming 25%

Objectifs
Le candidat doit maîtriser les quatre piliers de la POO: encapsulation, héritage, polymorphisme et abstraction. Il faut savoir définir une classe, instancier un objet, déclarer des attributs et méthodes, gérer la visibilité (public, private, protected). L'examen teste la compréhension des constructeurs, destructeurs, méthodes statiques versus instance, et la différence entre composition et héritage. Le candidat doit reconnaître les patterns de conception élémentaires (Singleton, Factory, Observer).
Concepts clés
Classe, instance, attribut, méthode, constructeur, surcharge (overloading), redéfinition (overriding), classe abstraite, interface, héritage simple et multiple, polymorphisme paramétrique et d'inclusion. Notions UML: diagramme de classes, associations, agrégation, composition, généralisation. Principes SOLID: Single Responsibility, Open/Closed, Liskov Substitution, Interface Segregation, Dependency Inversion. Concepts de couplage faible et cohésion forte.
Services / outils
Langages support: Java, C#, Python, C++, JavaScript ES6+. Outils de modélisation UML (PlantUML, Lucidchart). Frameworks orientés objet: .NET, Spring, Django.
Temps estimé
18-22h

Domain 3 : Data Structures and Algorithms 20%

Objectifs
Ce domaine évalue la capacité à choisir et utiliser les structures de données appropriées selon le contexte. Le candidat doit connaître la complexité temporelle et spatiale (notation Big O), comparer les performances entre structures, et implémenter des algorithmes basiques de tri et recherche. La compréhension des trade-offs entre lisibilité, performance et mémoire est essentielle.
Concepts clés
Tableaux (array), listes chaînées (linked list), piles (stack LIFO), files (queue FIFO), files de priorité, dictionnaires/maps (hash table), ensembles (set), arbres (binaire, BST, équilibré), graphes. Algorithmes de tri: bubble sort O(n²), insertion sort, merge sort O(n log n), quicksort. Recherche linéaire O(n) et binaire O(log n). Récursivité, mémoïsation, programmation dynamique introductive. Notation Big O, Omega, Theta.
Services / outils
Bibliothèques standard: Java Collections, C# System.Collections.Generic, Python collections, JavaScript Array/Map/Set. Plateformes d'entraînement: LeetCode, HackerRank, Codingame.
Temps estimé
15-18h

Domain 4 : Debugging and Testing 20%

Objectifs
Le candidat doit savoir identifier, isoler et corriger des bugs, ainsi que mettre en place une stratégie de tests adaptée. Il faut comprendre les différents niveaux de tests (unitaires, intégration, système, acceptation), les techniques de débogage (breakpoints, watch, step-into/over/out) et les principes du Test-Driven Development (TDD). La couverture de code et les métriques qualité font partie du périmètre.
Concepts clés
Types de bugs: syntaxe, logique, runtime, race condition, memory leak. Outils de débogage interactifs, logs (log levels: DEBUG, INFO, WARN, ERROR, FATAL), stack trace, exception handling (try/catch/finally), assertions. Tests unitaires avec frameworks xUnit (JUnit, NUnit, pytest, Jest), mocking, stubs, fixtures. TDD: Red-Green-Refactor. Métriques: code coverage, cyclomatic complexity. Intégration continue (CI/CD).
Services / outils
JUnit, NUnit, pytest, Jest, Mocha, Selenium, Postman. CI/CD: GitHub Actions, GitLab CI, Jenkins, Azure DevOps. Outils qualité: SonarQube, ESLint, Pylint.
Temps estimé
12-15h

Domain 5 : Software Development Lifecycle and Security 15%

Objectifs
Ce domaine couvre la gestion du cycle de vie logiciel, le contrôle de version, le déploiement et les bonnes pratiques de sécurité applicative. Le candidat doit comprendre Git et ses workflows (GitFlow, trunk-based), savoir documenter du code, et identifier les vulnérabilités courantes (OWASP Top 10 simplifié). La gestion des dépendances et la maintenance corrective/évolutive sont également évaluées.
Concepts clés
Git: commit, branch, merge, rebase, pull request, conflit. Gestion des dépendances (npm, pip, Maven, NuGet). Documentation: docstring, JSDoc, Javadoc, README. Sécurité: injection SQL, XSS, CSRF, validation des entrées utilisateur, hachage des mots de passe (bcrypt), HTTPS, principe du moindre privilège. Gestion des secrets (variables d'environnement, vault). Cycle DevOps: build, test, deploy, monitor.
Services / outils
Git, GitHub, GitLab, Bitbucket. Gestionnaires de paquets: npm, pip, Maven, NuGet, Composer. Outils sécurité: OWASP ZAP, Snyk, Dependabot.
Temps estimé
10-12h

Plan de révision hebdomadaire

Planning recommandé sur 6 semaines à raison de 12 à 15 heures hebdomadaires, soit environ 80 heures totales. Semaine 1 - Fondamentaux: lire le syllabus officiel Pearson IT Specialist sur certiport.pearsonvue.com, installer un environnement (VS Code + Python ou Java), réviser les bases (variables, types, structures de contrôle). Faire 20 exercices Codingame niveau Easy. Semaine 2 - Programmation orientée objet: étudier les 4 piliers POO, coder 5 mini-projets (classe Voiture, gestion bibliothèque, compte bancaire, jeu Pierre-Feuille-Ciseaux, gestion étudiants). Réaliser des diagrammes UML avec PlantUML. Semaine 3 - Structures de données et algorithmes: travailler 30 problèmes LeetCode Easy sur arrays, linked lists, hash maps. Implémenter manuellement bubble sort, insertion sort et recherche binaire. Maîtriser la notation Big O sur cas concrets. Semaine 4 - Debugging et tests: écrire 20 tests unitaires avec pytest ou JUnit, pratiquer le debugger pas-à-pas, mettre en place un pipeline GitHub Actions basique. Lire la documentation officielle TDD. Semaine 5 - SDLC, Git et sécurité: réaliser 5 workflows Git complets (branches, merge, conflits), lire OWASP Top 10 simplifié, sécuriser une mini-application. Étudier les méthodologies Agile/Scrum. Semaine 6 - Révision finale et examens blancs: passer 3 examens blancs sur MeasureUp ou Pearson Practice Test, identifier les domaines faibles, refaire les exercices ratés. Programmer l'examen Pearson VUE 5 jours avant la fin. Veille de l'examen: relire les fiches synthèse, dormir 8 heures, arriver 30 minutes en avance au centre.

Besoin d'un planning sur mesure ? 30 jours · 60 jours · 90 jours

Ressources recommandées

Documentation officielle Pearson IT Specialist

Syllabus officiel, objectifs détaillés par domaine, exemples de questions et liste des centres d'examen agréés en France.

MeasureUp Practice Test INF-305

Tests blancs officiels validés par Pearson, simulation des conditions réelles d'examen avec explications détaillées.

freeCodeCamp Software Development

Parcours gratuit couvrant programmation, structures de données, algorithmes et tests unitaires avec projets pratiques certifiants.

OpenClassrooms Développeur d'application

Cours en français adaptés au programme INF-305, mentorat possible et exercices pratiques validants en POO et algorithmique.

5 erreurs classiques à éviter

  • Erreur 1 : Négliger la pratique du code au profit de la théorie. INF-305 teste des situations concrètes via pseudocode. Coder quotidiennement 30 minutes minimum est indispensable, même si l'examen est en QCM.
  • Erreur 2 : Confondre les concepts POO. Beaucoup de candidats mélangent surcharge (overloading, même classe, signatures différentes) et redéfinition (overriding, héritage). Faire des tableaux comparatifs avec exemples de code.
  • Erreur 3 : Ignorer la notation Big O. Apprendre par coeur les complexités des structures de données courantes (accès, insertion, suppression) sur tableau, liste chaînée et hash map. Plusieurs questions y font référence implicitement.
  • Erreur 4 : Sous-estimer la partie sécurité et Git. Bien que représentant 15% des questions, ce domaine est souvent négligé. Maîtriser au minimum git merge versus rebase et les 3 vulnérabilités OWASP majeures (injection, XSS, CSRF).
  • Erreur 5 : Mal gérer le temps en examen. Avec 50 minutes pour 38 questions, soit 1 minute 18 par question, ne jamais bloquer plus de 2 minutes. Marquer la question, passer à la suivante, revenir à la fin pour les questions difficiles.

5 questions types corrigées

Q1. Quelle est la complexité temporelle dans le pire cas d'une recherche dans une table de hachage (HashMap) bien dimensionnée ?
Réponse : C
Bien que la complexité moyenne d'une recherche dans une HashMap soit O(1) grâce au hachage direct, le pire cas est O(n). Ce scénario survient lorsque toutes les clés produisent le même hash et sont stockées dans une même chaîne (collision totale). Le candidat doit alors parcourir séquentiellement tous les éléments. Cette nuance entre cas moyen et pire cas est régulièrement testée à INF-305. Les implémentations modernes comme Java 8+ transforment les chaînes longues en arbres binaires pour ramener le pire cas à O(log n).
Q2. Dans le contexte de la POO, quel principe SOLID est violé si une classe possède plusieurs raisons de changer ?
Réponse : B
Le Single Responsibility Principle (SRP) stipule qu'une classe ne doit avoir qu'une seule raison de changer, donc une seule responsabilité fonctionnelle. Si une classe gère à la fois la persistance, la logique métier et l'affichage, elle viole le SRP. Cela rend le code difficile à maintenir et à tester. La solution consiste à scinder la classe en plusieurs entités spécialisées (Repository, Service, View). L'OCP concerne l'extension sans modification, le LSP la substituabilité des sous-classes, et le DIP la dépendance aux abstractions.
Q3. Quelle commande Git permet d'intégrer les modifications d'une branche feature dans main en conservant un historique linéaire sans commit de merge ?
Réponse : B
git rebase réapplique les commits de la branche feature au sommet de main, produisant un historique linéaire sans commit de merge. À l'inverse, git merge crée un commit de fusion préservant la structure de branchement. git cherry-pick sélectionne un commit spécifique, pas une branche entière. git pull combine fetch et merge par défaut. Le rebase est privilégié pour les branches privées avant intégration, tandis que merge est recommandé sur les branches partagées pour éviter de réécrire l'historique public, ce qui causerait des conflits chez les autres développeurs.

Voir plus de questions gratuites →

Carrière & salaire après INF-305

En France et en Europe, INF-305 ouvre principalement des postes de développeur junior, analyste programmeur ou technicien support applicatif. Salaires 2026 selon APEC et Robert Half: 32 000 à 38 000 EUR brut annuels en sortie, 40 000 à 48 000 EUR après 2 ans, 55 000 à 65 000 EUR après 5 ans en évoluant vers développeur confirmé. En région parisienne, ajouter 15 à 20%. Les freelances juniors facturent entre 250 et 350 EUR/jour. Évolutions naturelles: développeur fullstack, lead developer, architecte logiciel. Certifications complémentaires recommandées après INF-305: Oracle Java SE 17 Programmer, Microsoft AZ-204 Azure Developer, AWS Certified Developer Associate, ou Scrum.org PSM I. Pour la cybersécurité appliquée: CompTIA Security+. Pour le cloud: Google Associate Cloud Engineer.

Détail des salaires INF-305 en 2026 →

FAQ — INF-305

Combien de temps faut-il pour preparer INF-305 ?

Comptez 80 à 120 heures de préparation sur 6 à 8 semaines pour un débutant complet. Un candidat ayant déjà 6 mois de programmation peut viser 40 à 60 heures sur 3 à 4 semaines. La pratique du code quotidienne (minimum 30 minutes) est plus efficace qu'un bachotage intensif.

Cette certification est-elle reconnue en France ?

Oui, Pearson VUE est mondialement reconnu et la certification IT Specialist figure dans les référentiels de compétences RNCP indirectement via les écoles partenaires. Les recruteurs IT français l'identifient comme un signal sérieux pour un profil junior ou en reconversion, bien qu'elle reste moins prestigieuse qu'une certification éditeur (Microsoft, AWS).

Quel est le taux de reussite a INF-305 ?

Le taux de réussite officiel n'est pas communiqué par Pearson, mais les retours communautaires (Reddit, forums) estiment 70 à 80% de réussite au premier passage pour les candidats ayant suivi une préparation sérieuse avec examens blancs. Les échecs concernent surtout les candidats sous-estimant la pratique.

Quel est le salaire apres INF-305 ?

En France 2026, un développeur junior certifié INF-305 démarre entre 32 000 et 38 000 EUR brut annuels selon la région. Paris et Lyon offrent les meilleures rémunérations. En freelance, le TJM oscille entre 250 et 350 EUR pour un profil junior. Les salaires progressent rapidement avec l'expérience.

Faut-il une experience prealable ?

Aucun prérequis officiel n'est exigé par Pearson. Cependant, il est fortement recommandé d'avoir minimum 150 heures de pratique en programmation (Python, Java, C# ou JavaScript) avant de passer l'examen. Sans aucune base, l'examen reste accessible mais nécessitera une préparation plus longue de 150 à 200 heures.

INF-305 ou cert concurrente : laquelle choisir ?

Face à CompTIA IT Fundamentals ou Microsoft MTA 98-361 (retirée), INF-305 reste vendor-neutral et plus orientée développement. Pour un profil 100% développeur débutant, INF-305 est plus pertinent. Pour viser ensuite l'écosystème Microsoft, préférez directement AZ-900 puis AZ-204. Pour Java, Oracle OCA reste la référence éditeur.

Combien coute l'examen INF-305 ?

Le tarif officiel Pearson VUE en France pour 2026 est de 130 EUR HT, soit 156 EUR TTC. Des bons de réduction sont parfois disponibles via les écoles partenaires Certiport. Un retake (deuxième tentative) coûte le même prix plein tarif. Prévoir 20 à 50 EUR supplémentaires pour les examens blancs MeasureUp.

Combien de fois peut-on repasser INF-305 ?

Pearson VUE applique la règle suivante: en cas d'échec, il faut attendre 24 heures avant la deuxième tentative, puis 14 jours entre chaque tentative suivante. Maximum 5 tentatives par période de 12 mois. Chaque passage est facturé plein tarif (130 EUR). Aucune limite de tentatives sur la durée totale de carrière.

Prêt à passer à la pratique ?

Lancez votre examen blanc gratuit ou faites le test d'orientation pour valider votre choix.

Démarrer l'examen blanc INF-305 → Test d'orientation