Vai al contenuto
SDETRole
SDETRole

Carriera

Checklist delle competenze QA e SDET

Valutati rispetto a un ruolo QA/SDET e ottieni le lacune in ordine.

Funziona interamente nel tuo browser Senza registrazione

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.

Informazioni sullo strumento

I titoli di lavoro nel testing significano cose diverse in aziende diverse, ma le competenze dietro sono piuttosto costanti. Questa checklist scompone il lavoro di un QA engineer, SDET o test architect in 28 competenze concrete tra fondamenti del testing, programmazione, automazione UI, API testing, CI/CD, test non funzionali, strategia e leadership, e AI nel testing. Per ogni ruolo obiettivo mostra un livello atteso tipico, da Aware a Expert. Tu ti valuti, e lo strumento ordina le lacune per dimensione, mostra una percentuale di preparazione calcolata con una formula esplicita e raggruppa le lacune per percorso di studio, così sai da dove partire. Le aspettative sono valori predefiniti realistici per le aziende di prodotto, non uno standard formale, quindi leggile come spunto di discussione per il tuo prossimo one-to-one.

Come si usa

  1. Scegli il ruolo a cui aspiri, non quello che hai ora.
  2. Valuta ogni competenza da 0 a 3 usando le definizioni sopra l’elenco. Sii severo: “Working” significa che lo fai da solo su progetti reali.
  3. Leggi le lacune maggiori e i percorsi di studio suggeriti a destra.
  4. Copia il piano per condividerlo con il tuo manager o mentor. Le valutazioni vengono salvate in questo browser.

Checklist delle competenze QA e SDET: domande frequenti

Come viene calcolata la preparazione?

Per ogni competenza attesa dal ruolo, la tua valutazione viene limitata al livello atteso, poi il totale viene diviso per la somma dei livelli attesi. Essere esperto in qualcosa per cui il ruolo richiede solo una conoscenza di base non compensa una lacuna altrove.

Che differenza c’è qui tra SDET 1 e SDET 2?

Un SDET 1 scrive buon codice di test dentro un framework e una pipeline esistenti. Da un SDET 2 ci si aspetta che gestisca parti del framework, l’integrazione in CI e la strategia di test di un team, il che si traduce in aspettative più alte su progettazione del framework, diagnosi dei test flaky, CI e contract testing.

Questi livelli sono uno standard di settore?

No. Non esiste un unico standard per i livelli di carriera nel QA. Queste sono aspettative tipiche nelle aziende di prodotto; il framework di carriera del tuo datore di lavoro, se esiste, ha la precedenza.

Scrivi per cercare in tutto SDETRole.

Ricerca full-text con Pagefind · funziona nel tuo browser Apri la pagina di ricerca →