Comment passer l'examen blanc PSD-I ?

Cliquez sur le bouton « Commencer l'examen » sur cette page pour accéder à l'examen blanc PSD-I en ligne, gratuitement, avec correction immédiate à la fin.

Quel est le seuil de réussite ?

Le seuil de réussite varie selon la certification officielle.

Puis-je refaire l'examen plusieurs fois ?

Oui, autant de fois que vous le souhaitez.

Les corrections sont-elles fournies ?

Oui, chaque réponse est expliquée en détail.

Examen PSD-I — PSD-I — Professional Scrum Developer I (PSD I) | Questions d'entraînement

À propos de l'examen PSD-I

L'examen PSD-I — PSD-I — Professional Scrum Developer I (PSD I) — est proposé par Scrum.org et fait partie des certifications IT les plus reconnues au niveau international. Cette épreuve évalue vos compétences pratiques et théoriques dans le domaine de professional scrum developer i (psd i). L'entraînement Certifexpress comprend 40 questions au format officiel pour une durée de 80 minutes. Sur cette page, découvrez 5 exemples de questions représentatives pour évaluer votre niveau avant de commencer l'entraînement complet.

Comment se préparer à l'examen PSD-I ?

Révisez les concepts clés couverts dans le guide officiel de l'examen PSD-I.

Entraînez-vous régulièrement avec des questions au format réel pour vous familiariser avec la structure de l'épreuve.

Identifiez vos points faibles grâce aux explications détaillées fournies après chaque réponse.

Gérez votre temps : simulez les conditions réelles de l'examen en vous chronométrant.

Rejoignez la communauté Certifexpress pour partager vos retours d'expérience avec d'autres candidats.

5 exemples de questions — PSD-I

Ces questions sont extraites aléatoirement de la banque de questions officielle. Les réponses correctes ne sont pas indiquées ici — elles sont révélées lors de l'examen complet.

Qu'est-ce que le 'continuous deployment' (CD) et comment diffère-t-il du 'continuous delivery' (CD) ?

A Continuous Delivery : chaque changement est testable et prêt à déployer mais deployment est manuel. Deployment : déploiement automatique en prod. B Continuous Delivery signifie livrer des features régulièrement à l'équipe QA. Deployment significa les livrer directement aux utilisateurs. C Continuous Deployment requiert une infrastructure cloud; Continuous Delivery fonctionne sur des serveurs on-premises ou hybrides. D Continuous Delivery applique une review avant chaque merge ; Deployment applique une code review mais autorise les merges directs.

Qu'est-ce qu'un 'anti-pattern' et quels sont les 3 anti-patterns les plus dangereux en développement professionnel ?

A Mauvaise pratique courante. Dangereux : God Objects (tout fait), Callback Hell (imbrication), Global State (couplage secret masqué). B Pattern non-documenté qui crée des bugs. Les 3 plus dangereux : performances faibles, mauvaise sécurité, testabilité réduite. C Code qui viole une règle de style (naming, structure). Dangereux : variables mal nommées, fonctions trop longues, commentaires manquants. D Pattern qui fonctionne mais crée une implémentation différente de la norme. Danger : confusion équipe, inconsistance, migration future.

Un Product Owner reçoit une demande de feature d'un gros client 2 jours avant la fin d'un sprint en cours. L'équipe estime 13 points story. Quelle approche respecte les principes Scrum ?

A Terminer le sprint en cours sans interruption. Ajouter la feature au backlog pour le prochain sprint, discuter la priorisation avec le client. B Interrompre le sprint pour absorber la nouvelle feature, re-estimer les autres stories et expliquer au client que Scrum = flexibilité totale. C Promettre d'implémenter la feature dans une hotfix urgent en dehors des sprints réguliers pour conserver la relation client. D Refuser catégoriquement la feature car elle casse la vélocité prévue et expliquer que le backlog se remplit trop rapidement.

Qu'est-ce que la 'test pyramid' et quel ratio de tests unitaires vs intégration vs E2E recommande-t-elle ?

A Base large d'unitaires rapides (60-70%), tests d'intégration (20-25%), E2E limitées (5-10%) pour feedback rapide et couverture complète. B Ratio égal des trois niveaux (33% chacun) pour assurer une couverture équilibrée et que les tests passent à tous les niveaux. C Maximiser les E2E (60-70%) car ils testent le vrai comportement utilisateur. Les tests unitaires testent juste des détails techniques. D Privilégier les tests d'intégration (70%) qui trouvent 90% des bugs sans la lenteur des E2E ni la couverture incomplète des unitaires.

Qu'est-ce que l'inversion de dépendances et pourquoi est-ce crucial pour la testabilité d'une architecture en couches (présentation, métier, persistence) ?

A Abstraire les dépendances via des interfaces : les couches hautes dépendent d'interfaces, pas de l'implémentation concrète, permettant l'injection de mocks. B Placer toutes les dépendances dans une couche centrale d'injection, et faire que chaque module importe de cette couche centrale. C Reverser l'ordre des dépendances : faire que persistence appelle métier qui appelle présentation pour qu'aucune couche ne dépende des autres. D Utiliser un conteneur d'injection de dépendances qui automatiquement remplace les dépendances réelles par des mocks durant les tests.

Encore 35 questions dans l'examen complet

Accédez à toutes les questions avec corrections détaillées et explications officielles.

Commencer l'examen — Gratuit

✓ Sans inscription obligatoire · Correction immédiate

📖 Préparez-vous avec nos guides

Salaires & Certifications IT 2026

Commencer l'examen PSD-I complet

40 questions au format officiel, corrections détaillées, suivi de votre progression. Gratuit, sans CB.

Commencer l'examen complet →