Aller au contenu
SDETRole
SDETRole

Carrière

Checklist des écarts de compétences QA et SDET

Évaluez-vous face à un poste QA/SDET cible et obtenez vos écarts classés.

Fonctionne entièrement dans votre navigateur Sans inscription

Writes production-quality test code inside an existing framework and pipeline.

Rate yourself honestly: 0 None · 1 Aware (can explain it, needs help to use it) · 2 Working (does it alone on real work) · 3 Expert (designs it, reviews others, teaches it).

Testing fundamentals

  • Test design techniquesexpected: Working

    Boundary values, equivalence partitions, decision tables and state transitions applied to real requirements.

  • Exploratory testingexpected: Working

    Chartered sessions with notes, heuristics (SFDPOT, tours) and findings others can act on.

  • Defect reporting and triageexpected: Working

    Minimal reproduction steps, evidence, severity vs priority, and root-cause conversations with developers.

  • Risk-based test planningexpected: Aware

    Choosing what not to test, estimating effort and writing a test plan stakeholders read.

  • SQL for test data and verificationexpected: Working

    Joins, aggregates and safe updates to set up data and verify persistence.

Programming

  • One language in depth (Java, TypeScript or Python)expected: Working

    Types, collections, error handling, async code and reading stack traces without help.

  • Clean code and design patternsexpected: Working

    Composition over inheritance, page objects/screenplay, builders and factories for test data, small functions.

  • Git and code reviewexpected: Working

    Branches, rebasing, resolving conflicts and giving useful review comments on test code.

  • Unit and component testingexpected: Working

    Writing and reviewing unit tests with mocks and fakes, and knowing where they beat end-to-end tests.

UI automation

  • Playwright, Selenium or Cypressexpected: Working

    Stable locators, auto-waiting vs explicit waits, fixtures/hooks, screenshots and traces.

  • Framework designexpected: Aware

    Layering, configuration per environment, test data management, reporting and parallel safety.

  • Flaky test diagnosisexpected: Working

    Using traces, retries data and timing analysis to fix root causes instead of adding sleeps.

  • Mobile automation (Appium, Espresso, XCUITest)expected: Aware

    Device/emulator setup, capabilities and gestures; knows the trade-offs of each tool.

API testing

  • HTTP, REST and auth fundamentalsexpected: Working

    Methods, status codes, headers, idempotency, OAuth 2.0 and JWT basics.

  • API automation (REST Assured, Playwright request, pytest + requests)expected: Working

    Request builders, schema assertions, chained calls and data cleanup.

  • Contract testing and mockingexpected: Aware

    Consumer-driven contracts (Pact) and service virtualization (WireMock) to test in isolation.

CI/CD and DevOps

  • CI pipelines (GitHub Actions, Jenkins, GitLab CI)expected: Working

    Running suites on pull requests, sharding, caching, artifacts and failure notifications.

  • Docker and test environmentsexpected: Aware

    Dockerfiles and Compose for dependencies, ephemeral environments and seeded databases.

  • Logs, metrics and observabilityexpected: Aware

    Finding failures in logs and dashboards; using trace IDs to connect a test to backend behaviour.

Non-functional testing

  • Performance testing (k6, JMeter, Gatling)expected: Aware

    Workload models, percentiles, thresholds and interpreting results with the team.

  • Security testing basicsexpected: Aware

    OWASP Top 10 awareness, input validation probes, auth/authorization checks and safe use of scanners.

  • Accessibility testingexpected: Aware

    WCAG 2.2 basics, keyboard and screen-reader checks, and automated axe scans in CI.

Strategy and leadership

  • Test strategy and the test pyramidexpected: Aware

    Deciding what belongs at unit, API, contract and UI level for a system, and defending it with data.

  • Quality metricsexpected: Aware

    Escaped defects, change failure rate, suite duration and flakiness rate; avoiding vanity metrics.

  • Mentoring and stakeholder communicationexpected: Aware

    Coaching juniors, release sign-off conversations and explaining risk to non-testers.

  • Agile delivery and shift-left practicesexpected: Working

    Three-amigos sessions, acceptance criteria review, definition of done and testing in the sprint.

AI in testing

  • AI-assisted testing toolsexpected: Aware

    Using code assistants for test code and data with review, and knowing their failure modes.

  • Testing AI/LLM featuresexpected: None

    Evaluation sets, non-deterministic outputs, guardrails and regression of model-backed features.

Readiness

0%

Sum of your levels (capped at each expectation) ÷ sum of expected levels for SDET 1. 27 of 27 expected skills below target.

  • Testing fundamentals0/5
  • Programming0/4
  • UI automation0/4
  • API testing0/3
  • CI/CD and DevOps0/3
  • Non-functional testing0/3
  • Strategy and leadership0/4
  • AI in testing0/1

Biggest gaps

  1. Agile delivery and shift-left practices0 → 2
  2. API automation (REST Assured, Playwright request, pytest + requests)0 → 2
  3. CI pipelines (GitHub Actions, Jenkins, GitLab CI)0 → 2
  4. Clean code and design patterns0 → 2
  5. Defect reporting and triage0 → 2
  6. Exploratory testing0 → 2
  7. Flaky test diagnosis0 → 2
  8. Git and code review0 → 2

Where to start

  • Testing Fundamentals11 gap pts

    Agile delivery and shift-left practices, Defect reporting and triage, Exploratory testing, SQL for test data and verification, Test design techniques, Risk-based test planning

  • Programming for Testers8 gap pts

    Clean code and design patterns, Git and code review, One language in depth (Java, TypeScript or Python), Unit and component testing

  • Advanced Quality Engineering6 gap pts

    Accessibility testing, Mentoring and stakeholder communication, Performance testing (k6, JMeter, Gatling), Quality metrics, Security testing basics, Test strategy and the test pyramid

  • Automation Frameworks6 gap pts

    Flaky test diagnosis, Playwright, Selenium or Cypress, Framework design, Mobile automation (Appium, Espresso, XCUITest)

  • API Testing5 gap pts

    API automation (REST Assured, Playwright request, pytest + requests), HTTP, REST and auth fundamentals, Contract testing and mocking

  • DevOps for QA4 gap pts

    CI pipelines (GitHub Actions, Jenkins, GitLab CI), Docker and test environments, Logs, metrics and observability

  • AI in Testing1 gap pts

    AI-assisted testing tools

Start rating

Unrated skills count as 0. Your ratings stay in this browser.

À propos de cet outil

Les intitulés de poste dans le test ne veulent pas dire la même chose d’une entreprise à l’autre, mais les compétences derrière sont assez constantes. Cette checklist découpe le travail d’un ingénieur QA, d’un SDET ou d’un architecte de test en 28 compétences concrètes : fondamentaux du test, programmation, automatisation UI, test d’API, CI/CD, tests non fonctionnels, stratégie et leadership, et IA dans le test. Pour chaque poste cible, elle indique un niveau attendu typique, de « Aware » (notions) à « Expert ». Vous vous auto-évaluez, et l’outil classe vos écarts par taille, affiche un pourcentage de préparation calculé selon une formule explicite, et regroupe les écarts par parcours d’apprentissage pour savoir par où commencer. Les attentes sont des valeurs réalistes pour des entreprises produit, pas une norme officielle : lisez-les comme une base de discussion pour votre prochain one-to-one.

Mode d’emploi

  1. Choisissez le poste que vous visez, pas celui que vous occupez.
  2. Notez chaque compétence de 0 à 3 à l’aide des définitions au-dessus de la liste. Soyez exigeant : « Working » (opérationnel) signifie que vous le faites seul sur de vrais projets.
  3. Lisez les plus gros écarts et les parcours d’apprentissage suggérés à droite.
  4. Copiez le plan pour le partager avec votre manager ou votre mentor. Les notes sont enregistrées dans ce navigateur.

FAQ : Checklist des écarts de compétences QA et SDET

Comment le niveau de préparation est-il calculé ?

Pour chaque compétence attendue par le poste, votre note est plafonnée au niveau attendu, puis le total est divisé par la somme des niveaux attendus. Être expert dans un domaine où le poste ne demande que des notions ne compense pas un écart ailleurs.

Quelle est la différence entre SDET 1 et SDET 2 ici ?

Un SDET 1 écrit du bon code de test dans un framework et un pipeline existants. Un SDET 2 est censé prendre en charge des parties du framework, l’intégration CI et la stratégie de test d’une équipe, ce qui se traduit par des attentes plus élevées en conception de framework, diagnostic des tests instables, CI et tests de contrat.

Ces niveaux sont-ils une norme du secteur ?

Non. Il n’existe pas de norme unique pour les niveaux de carrière en QA. Ce sont des attentes typiques en entreprise produit ; le référentiel de carrière de votre employeur, s’il en a un, prime.

Saisissez un terme pour rechercher sur SDETRole.

Recherche plein texte par Pagefind · s’exécute dans votre navigateur Ouvrir la page de recherche →