Sur un CV, « qualité logicielle » recouvre des métiers différents. Certains candidats ont fait du test ou de l'automatisation, d'autres de l'assurance qualité au sens des normes : rédaction du PAQ, audits de projet, suivi des actions correctives, préparation d'une certification ISO 9001 ou d'une évaluation CMMI ou Automotive SPICE. Les questions d'entretien d'un ingénieur qualité logiciel doivent d'abord situer le candidat entre ces deux pôles.
Le deuxième tri porte sur le contexte. Un logiciel soumis à DO-178C, ISO 26262, EN 50716 ou IEC 62304 demande de connaître la norme, ses niveaux de criticité et les preuves qu'attend l'autorité. Ailleurs, le poste se rapproche de l'amélioration continue : indicateurs, quality gates SonarQube, revues de code, gestion de configuration. Dans les deux cas, tout l'enjeu est de savoir si le candidat parle de preuves et de causes, ou seulement de procédures.
Le récit d'un audit qu'il a mené est attendu : le constat, la preuve, la cause trouvée, l'action et sa vérification. Les 30 questions du PDF, réparties sur six axes, s'accompagnent d'un cas de 20 minutes sur une équipe qui accumule les régressions et d'une grille de 1 à 4.
Référentiels et outils de l'assurance qualité logicielle
Plan d'assurance qualité (PAQ ou PQL)
Le document qui décrit, pour un projet, l'organisation, les revues, la gestion de configuration, les critères de livraison et les audits prévus. C'est la référence des audits de l'ingénieur qualité. Un bon PAQ décrit ce que l'équipe fait vraiment.
ISO 9001 et ISO/IEC/IEEE 90003
ISO 9001 fixe les exigences d'un système de management de la qualité ; sa sixième édition, ISO 9001:2026, est parue en septembre 2026. ISO/IEC/IEEE 90003 explique comment l'appliquer au logiciel. Reste à savoir si la certification de l'entreprise vise encore la version 2015 ou déjà la 2026.
ISO/IEC 25010
Le modèle de qualité des produits logiciels, révisé en 2023 avec neuf caractéristiques, dont la sécurité des personnes et la flexibilité. Il sert à écrire des exigences non fonctionnelles et à choisir des mesures.
CMMI et Automotive SPICE
Deux modèles d'évaluation des processus. CMMI, porté par ISACA, raisonne en niveaux de maturité de l'organisation. Automotive SPICE, publié par le VDA QMC et disponible en version 4.1, évalue des niveaux de capacité par processus. Un candidat qui a vécu une évaluation sait en décrire le déroulé.
Normes de logiciel critique
DO-178C, ISO 26262, EN 50716 (qui succède à EN 50128) et IEC 62304 classent le logiciel par niveau de risque et imposent plans, revues, traçabilité et preuves. L'assurance qualité vérifie que ces exigences sont tenues. Une deuxième édition d'IEC 62304 est en préparation.
SonarQube
L'outil d'analyse statique le plus répandu, aujourd'hui décliné en SonarQube Server et SonarQube Cloud. La quality gate par défaut, « Sonar way », porte sur le nouveau code : aucun nouveau problème, points sensibles de sécurité revus, au moins 80 % de couverture et au plus 3 % de duplication.
Gestion de configuration et CI
Git, GitLab ou Azure DevOps, avec règles de branches, approbations obligatoires, étiquettes de version et pipelines de CI. Beaucoup de contrôles qualité y passent et y laissent leurs preuves.
Analyse de causes
Cinq pourquoi, diagramme d'Ishikawa, analyse des anomalies échappées. L'ingénieur qualité s'en sert pour que les actions correctives traitent le processus, pas seulement le symptôme.
Le poste change avec le cadre réglementaire. Sous une norme de sûreté, l'ingénieur qualité logiciel prépare les plans, contrôle les critères de transition, mène la revue de conformité avant livraison et fait face à l'autorité ou à l'organisme. Sans norme imposée, il pilote l'amélioration continue, les audits internes et les indicateurs, souvent au contact des équipes DevOps. Dans les deux cas, il doit rester indépendant du projet qu'il audite. Les intitulés varient : ingénieur assurance qualité logiciel, responsable qualité logiciel, SQA engineer. Une formation d'auditeur ISO 9001 ou une évaluation CMMI vécue sont des atouts, à confirmer par des exemples d'audits menés.
Les points à valider chez un ingénieur qualité logiciel
- Plans qualité et critères de passage
- Audits de processus et actions correctives
- Référentiels qualité et modèles d'évaluation
- Exigences des normes de logiciel critique
- Mesure de la qualité du code
- Gestion de configuration et livraison
Questions d'entretien et réponses attendues pour un ingénieur qualité logiciel
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Vous arrivez sur un projet de dix développeurs qui n'a pas de plan qualité. Que mettez-vous dans le PAQ, et que laissez-vous de côté ?
Une bonne réponseL'organisation et les responsabilités, le cycle de développement retenu, les revues prévues (exigences, conception, code) avec leurs critères, la gestion de configuration et des anomalies, les critères de livraison, les indicateurs suivis et le rythme des audits. Il s'appuie sur ce que l'équipe fait déjà et l'écrit, plutôt que de plaquer un modèle de cinquante pages. Il laisse de côté ce que personne ne suivra, et adapte le niveau au contrat ou à la norme qui s'applique.
Signal d'alerteUn modèle d'entreprise recopié sans lecture, ou un plan rédigé seul sans que l'équipe ne le valide.
Question 2 · confirmé
En audit de projet, vous constatez que le PAQ prévoit une revue de code sur chaque merge request, mais que la moitié passe sans relecture. Comment le traitez-vous ?
Une bonne réponseIl établit les faits sur un échantillon daté (merge requests, auteurs, approbations), ouvre une non-conformité avec la référence de l'exigence du PAQ et la preuve, puis cherche la cause avec l'équipe : délais, relecteurs trop peu nombreux, règle inadaptée. L'action peut être technique (approbation obligatoire dans GitLab ou Azure DevOps) ou porter sur la règle elle-même. Il fixe un délai et vérifie l'efficacité de l'action au prochain audit.
Signal d'alerteUn rappel par e-mail à l'équipe, ou une non-conformité sans preuve ni analyse de cause.
Question 3 · confirmé
La quality gate SonarQube bloque une livraison urgente : 78 % de couverture sur le nouveau code pour un seuil à 80 %. Que faites-vous ?
Une bonne réponseIl regarde ce qui manque : du code critique sans test ou des classes de configuration sans intérêt. Il ne baisse pas le seuil en silence. Soit l'équipe ajoute les tests manquants sur la partie à risque, soit une dérogation est décidée par la personne qui en a l'autorité, tracée avec sa justification et une date de rattrapage. Ensuite, il vérifie si la règle d'exclusion ou le seuil est adapté au projet.
Signal d'alerte« On désactive la gate pour cette fois » sans trace, ou un blocage maintenu sans regarder ce qui n'est pas couvert.
Question 4 · senior
La direction veut viser le niveau 3 de CMMI ou d'Automotive SPICE dans un an. Par quoi commencez-vous ?
Une bonne réponseIl clarifie la cible : un niveau de maturité de l'organisation pour CMMI, des niveaux de capacité par processus pour Automotive SPICE, sur un périmètre de processus défini. Puis une évaluation initiale des écarts sur quelques projets réels, des processus standard définis à partir de ce qui marche déjà, des projets pilotes, des évaluations blanches. Il prévient que le niveau 3 suppose des processus d'organisation documentés et adaptés à chaque projet, ce qui prend du temps.
Signal d'alerteUne rédaction de procédures en bureau pendant six mois, sans projet pilote, ou un niveau visé sans savoir sur quels processus.
Question 5 · confirmé
Sur un logiciel soumis à IEC 62304, comment la classe de sécurité change-t-elle votre travail ?
Une bonne réponseLa norme classe le logiciel de A à C selon la gravité du dommage possible, à partir de l'analyse de risques du dispositif. Plus la classe est haute, plus les exigences s'alourdissent : architecture détaillée, vérification des unités, traçabilité, tests d'intégration documentés. Il cite aussi la gestion des composants tiers (SOUP), la gestion des risques selon ISO 14971 et le lien avec la gestion des problèmes après mise sur le marché.
Signal d'alerteUne classe choisie pour réduire la documentation, sans lien avec l'analyse de risques.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Ingénieur qualité logiciel : les questions fréquentes
Ingénieur qualité logiciel ou testeur : où passe la frontière ?
Le testeur vérifie le produit : il conçoit et exécute des tests, suit des anomalies. L'ingénieur qualité logiciel vérifie le processus : plans, revues, gestion de configuration, critères de livraison, actions correctives. Dans les petites équipes, une même personne fait parfois les deux. Les annonces qui demandent surtout de l'automatisation avec Pytest ou Selenium cherchent en réalité un automaticien de test, et l'intitulé gagne à être corrigé.
Faut-il exiger la connaissance de la norme du domaine ?
Pour un logiciel soumis à DO-178C, ISO 26262, EN 50716 ou IEC 62304, oui sur un poste senior : il faudra défendre les preuves devant l'autorité ou l'organisme dès les premiers mois. Pour un poste confirmé, un candidat qui maîtrise une norme de sûreté passe assez vite à une autre, car les principes de classification, de traçabilité et de revue se retrouvent. Il doit expliquer ces principes, pas seulement le nom des niveaux.
Quel test technique est donné à un ingénieur qualité logiciel ?
Un petit dossier d'audit fictif : un extrait de PAQ, quelques merge requests avec leurs approbations, un rapport SonarQube et une liste de livraisons avec leurs incidents. Le candidat rédige deux ou trois constats avec preuve, gravité et référence, puis propose une action et sa mesure d'efficacité. En trente minutes, on voit s'il raisonne en faits et en causes ou en rappels à la règle.
Une formation d'auditeur ISO 9001 a-t-elle de la valeur sur un CV ?
Elle montre que le candidat connaît la technique d'audit : préparation, échantillonnage, rédaction des constats, suivi. Elle ne dit rien de sa connaissance du développement logiciel, qui reste indispensable pour auditer des revues de code ou une gestion de configuration. Un audit logiciel qu'il a mené, et la non-conformité la plus utile qu'il a ouverte, en disent plus. La réponse vaut plus que le certificat.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
