Ingénierie
Développeur
Cinq niveaux, de junior à Principal, sur six compétences : de la livraison du code au développement de l’équipe.
- 5 niveaux
- 6 compétences
Modèle d’échelle de carrière
Modèle d’échelle de carrière pour ingénieurs QA
Quatre niveaux, d’ingénieur QA junior à Lead QA, sur six compétences, de la conception de tests aux pratiques qualité.
Offre gratuite · Sans carte bancaire
Cette échelle de carrière s’adresse aux ingénieurs QA des éditeurs de logiciels d’environ 20 à 200 personnes, où les testeurs font partie des équipes produit, où l’on n’en compte parfois qu’une poignée dans toute l’entreprise, et où la même personne fait souvent des tests exploratoires le matin et écrit des tests automatisés l’après-midi. Elle décrit quatre niveaux, de la personne qui apprend à bien tester une fonctionnalité à celle qui décide de l’approche qualité de toute l’entreprise. Son niveau le plus élevé, Lead QA, est un niveau expert, pas un rôle de manager.
Chaque niveau se définit par ce que la personne fait et par la portée de son travail, pas par ses années d’expérience ni par le nombre de bugs qu’elle remonte. Lisez une ligne de la matrice de compétences de gauche à droite pour voir comment une attente évolue ; lisez la section d’un niveau pour voir tout ce qui y est attendu. Servez-vous-en pour expliquer ce que signifie l’étape suivante, pour mener les auto-évaluations et les points de suivi, et pour garder des décisions de promotion comparables d’une équipe à l’autre.
Considérez-la comme un brouillon. Si vos ingénieurs QA n’écrivent pas d’automatisation, ou si les développeurs assurent l’essentiel des tests, modifiez la formulation avant de publier l’échelle — une attente que personne ne peut remplir dans votre organisation ne crée que de la frustration.
Les niveaux en un coup d’œil
Ingénieur QA junior
Teste des fonctionnalités bien définies à partir de cas de test existants et apprend à connaître le produit et ses utilisateurs.
- Périmètre
- Des user stories ou des corrections de bugs isolées dans une partie du produit, avec des plans de test relus par quelqu’un de plus expérimenté.
Ingénieur QA confirmé
Porte les tests des fonctionnalités d’une équipe, de la lecture des besoins à la validation de la mise en production.
- Périmètre
- Les fonctionnalités d’une équipe produit, y compris leurs tests manuels et automatisés.
Ingénieur QA senior
Façonne la manière dont une ou deux équipes intègrent la qualité et porte la stratégie de test des projets plus importants.
- Périmètre
- La stratégie de test, les suites automatisées et les décisions de mise en production d’une ou deux équipes, ainsi que des projets qui dépassent les frontières des équipes.
Lead QA
Fixe l’approche qualité de l’entreprise et aide chaque équipe à livrer avec moins de défauts échappés en production.
- Périmètre
- La qualité de tout le produit : infrastructure de test partagée, standards de mise en production, et organisation et pratique de la QA.
Matrice de compétences
Chaque ligne est une compétence et chaque colonne un niveau. Lisez une ligne de gauche à droite pour voir comment les attentes évoluent.
Ce que recouvre chaque compétence
- Conception et analyse des tests
- Déterminer ce qui pourrait mal tourner et choisir les tests qui le révéleront.
- Automatisation des tests
- Construire des vérifications automatisées rapides, stables et auxquelles l’équipe fait confiance.
- Analyse et signalement des défauts
- Trouver, reproduire et expliquer les problèmes pour qu’ils soient corrigés rapidement.
- Jugement sur la mise en production et les risques
- Décider si quelque chose est prêt à être livré et le dire clairement.
- Pratiques qualité
- Intégrer la qualité à la façon de travailler de l’équipe plutôt que de la tester à la fin.
- Mentorat et partage des connaissances
- Aider les autres à mieux tester et éviter que la connaissance du produit ne repose sur une seule personne.
| Compétence | Ingénieur QA junior | Ingénieur QA confirmé | Ingénieur QA senior | Lead QA |
|---|---|---|---|---|
| Conception et analyse des tests | Exécute soigneusement les cas de test existants, écrit de nouveaux cas pour de petites user stories couvrant le parcours principal et les cas limites évidents, et pose ses questions sur les besoins flous avant le début des tests. | Rédige un plan de test pour chaque fonctionnalité de l’équipe, couvrant cas limites, droits d’accès, états des données et intégrations, et relit les besoins avant le début du développement pour repérer les manques. | Conçoit la stratégie de test des projets qui couvrent plusieurs fonctionnalités ou équipes, décide de ce qui est couvert au niveau unitaire, API et de bout en bout, et concentre l’effort sur les parties les plus susceptibles de casser. | Définit comment l’entreprise décide quoi tester et avec quelle profondeur, à partir du risque et des données d’usage, et s’assure que chaque équipe l’applique de façon cohérente. |
| Automatisation des tests | Ajoute des tests automatisés à un framework existant en suivant les patterns établis, lance la suite en local, et signale les échecs qu’il ne sait pas expliquer au lieu de relancer jusqu’à ce qu’ils passent. | Automatise les tests de non-régression des fonctionnalités de l’équipe, les garde stables et lisibles, et corrige ou supprime les tests instables plutôt que de les ignorer. | Conçoit la structure d’une suite d’automatisation, l’intègre au pipeline de livraison avec des temps d’exécution raisonnables, et relit les tests qu’écrivent les développeurs et les autres ingénieurs QA. | Choisit les outils de test et l’infrastructure partagée de l’entreprise, équilibre les couches de la pyramide de tests entre les produits, et garde l’ensemble de la suite assez rapide pour que les équipes attendent vraiment son résultat. |
| Analyse et signalement des défauts | Rédige des rapports de bug avec des étapes claires, le résultat attendu et le résultat obtenu, et l’environnement, pour qu’un développeur puisse reproduire le problème sans poser de questions complémentaires. | Cerne les bugs à l’aide des logs, des traces réseau et de la base de données, juge leur gravité selon leur impact sur les utilisateurs, et vérifie les corrections, y compris les cas voisins. | Enquête sur les problèmes intermittents ou propres à la production à travers plusieurs services, repère des schémas dans les défauts récurrents, et en tire des propositions qui éliminent toute une catégorie de bugs. | Porte la façon dont l’entreprise suit et priorise les défauts, présente à la direction technique les tendances des bugs échappés en production, et s’assure que les principales sources de défauts obtiennent des corrections financées. |
| Jugement sur la mise en production et les risques | Réalise les vérifications qui lui sont confiées avant une mise en production, indique ce qui a été testé et ce qui ne l’a pas été, et remonte ses doutes à un ingénieur QA plus expérimenté. | Donne une recommandation claire de go ou no-go pour les mises en production de l’équipe, en expliquant les risques connus et ce qui reste non testé, et participe aux vérifications après mise en production. | Décide avec les développeurs de l’approche de mise en production des changements risqués — feature flags, déploiements progressifs, monitoring renforcé — et pilote les tests pendant les incidents et les correctifs urgents. | Fixe les standards de mise en production que suit chaque équipe, définit quand une mise en production peut être bloquée, et est la personne à qui la direction demande si le produit est prêt pour un lancement majeur. |
| Pratiques qualité | Suit la définition de « terminé » et le processus de test de l’équipe, et signale les étapes sautées ou peu claires. | Participe aux séances d’affinage et aux discussions de conception pour ajouter tôt les critères d’acceptation et les questions de testabilité, et travaille avec les développeurs sur ce que leurs propres tests doivent couvrir. | Améliore le processus de test d’une ou deux équipes — environnements de test, données de test, check-lists de relecture — et mesure si le changement a réduit les défauts échappés en production. | Façonne les pratiques qualité de toute l’ingénierie, décide où sont placés les ingénieurs QA et ce qui revient aux développeurs, et fait de la qualité une responsabilité partagée plutôt que l’affaire d’une seule équipe. |
| Mentorat et partage des connaissances | Documente ce qu’il apprend sur le produit au fil des tests, et partage avec l’équipe les constats et les outils utiles. | Tient à jour la documentation de test de l’équipe, intègre les nouveaux membres de l’équipe à son domaine produit, et explique les techniques de test aux développeurs qui le demandent. | Accompagne délibérément les ingénieurs QA juniors en mentorat, anime des sessions sur les approches de test pour les développeurs, et participe aux entretiens de recrutement pour les postes QA. | Développe les compétences et les parcours de carrière du groupe QA, définit comment les ingénieurs QA sont recrutés et intégrés, et forme les prochains ingénieurs QA seniors et Lead QA. |
Faites défiler le tableau horizontalement pour voir tous les niveaux.
Télécharger en CSV S’ouvre dans Excel, Google Sheets ou Numbers.
Ingénieur QA junior : ce qui est attendu
Teste des fonctionnalités bien définies à partir de cas de test existants et apprend à connaître le produit et ses utilisateurs. Des user stories ou des corrections de bugs isolées dans une partie du produit, avec des plans de test relus par quelqu’un de plus expérimenté.
- Conception et analyse des tests
- Exécute soigneusement les cas de test existants, écrit de nouveaux cas pour de petites user stories couvrant le parcours principal et les cas limites évidents, et pose ses questions sur les besoins flous avant le début des tests.
- Automatisation des tests
- Ajoute des tests automatisés à un framework existant en suivant les patterns établis, lance la suite en local, et signale les échecs qu’il ne sait pas expliquer au lieu de relancer jusqu’à ce qu’ils passent.
- Analyse et signalement des défauts
- Rédige des rapports de bug avec des étapes claires, le résultat attendu et le résultat obtenu, et l’environnement, pour qu’un développeur puisse reproduire le problème sans poser de questions complémentaires.
- Jugement sur la mise en production et les risques
- Réalise les vérifications qui lui sont confiées avant une mise en production, indique ce qui a été testé et ce qui ne l’a pas été, et remonte ses doutes à un ingénieur QA plus expérimenté.
- Pratiques qualité
- Suit la définition de « terminé » et le processus de test de l’équipe, et signale les étapes sautées ou peu claires.
- Mentorat et partage des connaissances
- Documente ce qu’il apprend sur le produit au fil des tests, et partage avec l’équipe les constats et les outils utiles.
Ingénieur QA confirmé : ce qui est attendu
Porte les tests des fonctionnalités d’une équipe, de la lecture des besoins à la validation de la mise en production. Les fonctionnalités d’une équipe produit, y compris leurs tests manuels et automatisés.
- Conception et analyse des tests
- Rédige un plan de test pour chaque fonctionnalité de l’équipe, couvrant cas limites, droits d’accès, états des données et intégrations, et relit les besoins avant le début du développement pour repérer les manques.
- Automatisation des tests
- Automatise les tests de non-régression des fonctionnalités de l’équipe, les garde stables et lisibles, et corrige ou supprime les tests instables plutôt que de les ignorer.
- Analyse et signalement des défauts
- Cerne les bugs à l’aide des logs, des traces réseau et de la base de données, juge leur gravité selon leur impact sur les utilisateurs, et vérifie les corrections, y compris les cas voisins.
- Jugement sur la mise en production et les risques
- Donne une recommandation claire de go ou no-go pour les mises en production de l’équipe, en expliquant les risques connus et ce qui reste non testé, et participe aux vérifications après mise en production.
- Pratiques qualité
- Participe aux séances d’affinage et aux discussions de conception pour ajouter tôt les critères d’acceptation et les questions de testabilité, et travaille avec les développeurs sur ce que leurs propres tests doivent couvrir.
- Mentorat et partage des connaissances
- Tient à jour la documentation de test de l’équipe, intègre les nouveaux membres de l’équipe à son domaine produit, et explique les techniques de test aux développeurs qui le demandent.
Ingénieur QA senior : ce qui est attendu
Façonne la manière dont une ou deux équipes intègrent la qualité et porte la stratégie de test des projets plus importants. La stratégie de test, les suites automatisées et les décisions de mise en production d’une ou deux équipes, ainsi que des projets qui dépassent les frontières des équipes.
- Conception et analyse des tests
- Conçoit la stratégie de test des projets qui couvrent plusieurs fonctionnalités ou équipes, décide de ce qui est couvert au niveau unitaire, API et de bout en bout, et concentre l’effort sur les parties les plus susceptibles de casser.
- Automatisation des tests
- Conçoit la structure d’une suite d’automatisation, l’intègre au pipeline de livraison avec des temps d’exécution raisonnables, et relit les tests qu’écrivent les développeurs et les autres ingénieurs QA.
- Analyse et signalement des défauts
- Enquête sur les problèmes intermittents ou propres à la production à travers plusieurs services, repère des schémas dans les défauts récurrents, et en tire des propositions qui éliminent toute une catégorie de bugs.
- Jugement sur la mise en production et les risques
- Décide avec les développeurs de l’approche de mise en production des changements risqués — feature flags, déploiements progressifs, monitoring renforcé — et pilote les tests pendant les incidents et les correctifs urgents.
- Pratiques qualité
- Améliore le processus de test d’une ou deux équipes — environnements de test, données de test, check-lists de relecture — et mesure si le changement a réduit les défauts échappés en production.
- Mentorat et partage des connaissances
- Accompagne délibérément les ingénieurs QA juniors en mentorat, anime des sessions sur les approches de test pour les développeurs, et participe aux entretiens de recrutement pour les postes QA.
Lead QA : ce qui est attendu
Fixe l’approche qualité de l’entreprise et aide chaque équipe à livrer avec moins de défauts échappés en production. La qualité de tout le produit : infrastructure de test partagée, standards de mise en production, et organisation et pratique de la QA.
- Conception et analyse des tests
- Définit comment l’entreprise décide quoi tester et avec quelle profondeur, à partir du risque et des données d’usage, et s’assure que chaque équipe l’applique de façon cohérente.
- Automatisation des tests
- Choisit les outils de test et l’infrastructure partagée de l’entreprise, équilibre les couches de la pyramide de tests entre les produits, et garde l’ensemble de la suite assez rapide pour que les équipes attendent vraiment son résultat.
- Analyse et signalement des défauts
- Porte la façon dont l’entreprise suit et priorise les défauts, présente à la direction technique les tendances des bugs échappés en production, et s’assure que les principales sources de défauts obtiennent des corrections financées.
- Jugement sur la mise en production et les risques
- Fixe les standards de mise en production que suit chaque équipe, définit quand une mise en production peut être bloquée, et est la personne à qui la direction demande si le produit est prêt pour un lancement majeur.
- Pratiques qualité
- Façonne les pratiques qualité de toute l’ingénierie, décide où sont placés les ingénieurs QA et ce qui revient aux développeurs, et fait de la qualité une responsabilité partagée plutôt que l’affaire d’une seule équipe.
- Mentorat et partage des connaissances
- Développe les compétences et les parcours de carrière du groupe QA, définit comment les ingénieurs QA sont recrutés et intégrés, et forme les prochains ingénieurs QA seniors et Lead QA.
Comment adapter cette échelle
Écrivez votre dosage entre tests manuels et automatisés
Si vos ingénieurs QA se concentrent sur les tests exploratoires, raccourcissez la ligne Automatisation des tests et développez Conception et analyse des tests. S’ils construisent surtout de l’automatisation, relevez les attentes sur la qualité du code. Dans les deux cas, rendez le choix explicite pour que personne ne soit évalué sur un métier pour lequel il n’a pas été recruté.
Réservez le niveau Lead au moment où c’est un vrai poste
Avec deux ou trois ingénieurs QA, l’entreprise n’a généralement besoin que des niveaux junior, confirmé et senior. Ajoutez Lead quand quelqu’un fixe réellement les standards qualité de toutes les équipes, et non pour récompenser le testeur le plus ancien. Dans cette échelle, Lead est un niveau expert ; si votre Lead QA manage aussi des testeurs, ajoutez les attentes liées aux personnes tirées de l’échelle de l’engineering manager.
Alignez les niveaux sur votre échelle des développeurs
Faites correspondre chaque niveau QA au niveau de développeur de périmètre et de rémunération comparables. Quand un ingénieur QA senior est au même niveau qu’un développeur senior, passer d’un parcours à l’autre devient un pas de côté plutôt qu’une rétrogradation ou un saut.
Réunissez des preuves, pas des nombres de bugs
Pour les points de suivi et les dossiers de promotion, rassemblez des exemples comme un plan de test qui a intercepté un défaut coûteux, une suite instable rendue fiable ou une décision de mise en production qui s’est révélée juste. Compter les bugs remontés récompense le bruit et pénalise les testeurs des équipes stables.
FAQ
Questions sur cette échelle
Combien de niveaux faut-il dans une échelle de carrière d’ingénieur QA ?
Trois ou quatre suffisent généralement pour une entreprise de 20 à 200 personnes, car les équipes QA sont petites. Ce modèle en utilise quatre : Ingénieur QA junior, Ingénieur QA confirmé, Ingénieur QA senior et Lead QA. N’en ajoutez un cinquième que si le périmètre du travail dépasse vraiment la définition des standards qualité de tout le produit.
Testeurs manuels et ingénieurs en automatisation des tests doivent-ils partager la même échelle de carrière ?
Dans la plupart des petites entreprises, oui. Le cœur du métier — comprendre le risque, concevoir des tests et juger une mise en production — est le même ; seuls les outils diffèrent. Gardez une seule échelle et convenez, par personne ou par équipe, de la part de la ligne Automatisation des tests qui s’applique.
Un ingénieur QA peut-il passer au parcours de développeur ?
Oui, et cela fonctionne mieux comme une évolution planifiée. Comparez la personne à l’échelle des développeurs, convenez de quelques actions de développement comme prendre en charge de petites fonctionnalités ou des corrections de bugs, et faites la transition quand elle atteint ce niveau de façon régulière. Son expérience du test en fait généralement un meilleur développeur, pas un moins bon.
Comment mesurer la performance d’un ingénieur QA sans compter les bugs ?
Regardez les résultats et les comportements : les défauts échappés en production dans son périmètre, la fiabilité et la rapidité de la suite automatisée, la précocité avec laquelle il signale les risques, et la justesse des décisions de mise en production. Discutez d’exemples concrets au regard de l’échelle lors de points de suivi réguliers plutôt que de vous fier aux seuls tableaux de bord.
De combien d’ingénieurs QA une équipe de développeurs a-t-elle besoin ?
Il n’existe pas de ratio fixe. Beaucoup d’entreprises de cette taille fonctionnent avec un ingénieur QA pour quatre à huit développeurs, mais le bon nombre dépend de la part de test que les développeurs font sur leur propre travail et du coût d’un défaut pour vos utilisateurs. Surveillez les défauts échappés en production et les retards de mise en production, et recrutez quand l’un ou l’autre ne cesse d’augmenter.
Construisez cette échelle de carrière dans LadderKit — gratuitement
Configurez ses niveaux et ses compétences pour votre équipe, évaluez chacun par rapport à eux lors des points de suivi et gardez des décisions de promotion cohérentes.
Offre gratuite · Sans carte bancaire
Modèles associés
Ingénierie
Ingénieur DevOps
Quatre niveaux, d’ingénieur DevOps junior à Staff, sur six compétences, de l’infrastructure au support aux développeurs.
- 4 niveaux
- 6 compétences
Ingénierie
Engineering Manager
Quatre niveaux, d’Engineering Manager à VP of Engineering, sur six compétences managériales.
- 4 niveaux
- 6 compétences