SDETs build the systems that test software at scale. Frameworks, tooling, test data services, CI gates, performance harnesses — anything that turns quality into a product capability.
Common responsibilities
Design and own automation frameworks (UI, API, contract, performance)
Build internal test tooling and shared libraries
Architect test data services and ephemeral environments
Own the test stages of the CI/CD pipeline and the flake budget
Review production code with a quality lens
Mentor automation engineers and set framework standards
Skills Required for SDET
Grouped by category so you can audit your own profile section by section.
Core testing skills
Test architecture and the test pyramid
Contract testing
Service virtualisation
Quality strategy across squads
Automation skills
Framework design (UI + API)
Custom assertion and reporting layers
Parallelism, sharding, and isolation
Programming skills
Production-grade Java / Python / TypeScript
OOP, design patterns, SOLID
Writing libraries other engineers use
API and database
REST + gRPC test design
Contract testing (Pact)
SQL + NoSQL fixtures
DevOps / CI-CD
Docker + Kubernetes for test envs
Pipeline ownership
Cloud basics (AWS / GCP)
Soft skills
Tech leadership
Cross-team influence
Writing RFCs and proposals
First-party hiring data
What 163 real SDET job postings actually ask for
Everything in this section is counted from our own Jobs Radar index, not from a salary survey or a vendor report. We filtered to postings whose title contains SDET, "software development engineer in test", "automation engineer" or "test automation", then searched the full job description text of each one. Counts are postings, and a posting can name several tools, so the bars do not sum to 163.
Where this data comes from
Postings analysed
163 SDET-titled reqs
Posting date range
March 4, 2026 – August 11, 2026
Open vs expired
83 open / 80 expired
Counted on
August 12, 2026
De-duplication: one row per apply URL hash, so the same req syndicated to three boards is counted once.
Skill counts: case-insensitive keyword match on the JD body. That over-counts skills named only in a "nice to have" list and under-counts skills implied but never spelled out — treat the bars as *mention rate*, not as a requirement list.
Known skew: 64 of the 163 postings are India-located and only 21 disclose pay at all, so we publish no salary figure from this slice. 50 postings carry no publisher date and are excluded from any trend statement.
Remote: only 21 postings set an explicit remote flag. Many employers put "hybrid" in free-text location instead, which our parser does not reliably catch, so we do not publish a remote/hybrid/onsite split from this sample. See Jobs Radar for live work-mode filters.
Skills named in SDET job descriptions
CI/CD (Jenkins, GitHub Actions, GitLab)
106of 163
API / service testing (REST Assured, Postman)
102of 163
Agile / Scrum delivery
87of 163
Selenium
81of 163
Java
73of 163
Cloud (AWS, Azure, GCP)
72of 163
Playwright
70of 163
Python
60of 163
JavaScript / TypeScript
57of 163
SQL
45of 163
Performance (JMeter, k6, Gatling)
43of 163
BDD / Cucumber / Gherkin
43of 163
Docker / Kubernetes
33of 163
Mobile / Appium
24of 163
Cypress
21of 163
Flake / flaky-test handling
15of 163
The headline is that pipeline and API work out-rank every browser tool. CI/CD (106) and API testing (102) each appear in more than 60% of postings, while Selenium (81) and Playwright (70) together still trail them. If you are choosing what to learn next and you already write UI tests, the data says wire them into a pipeline and go one layer down the stack.
Seniority the employer stated
Mid (roughly 2–5 yrs)
102reqs
Senior (roughly 5–9 yrs)
47reqs
Lead
12reqs
Manager
2reqs
Level is read from the employer's own wording, never inferred from pay. Mid-level is 63% of the sample — the SDET market is not a senior-only market, but there is almost no junior-titled SDET hiring at all, which is why most people arrive here from a manual or automation QA role rather than straight from college.
Employers posting the most SDET roles in this window
Cognizant7
EPAM Systems6
Bosch Group5
Accenture India4
Fivetran4
Pinterest3
Quest Global3
SAIC3
SES3
Airbnb2
CyberArk (India)2
HighLevel2
NTT DATA Services2
Research Innovations2
Applied Systems (India)1
Counts are postings, not headcount, and services firms naturally post more reqs per open seat than product companies do. Read this as "who is visibly hiring", not as a ranking of employers.
Two real SDET postings, side by side
Quoted verbatim from postings in the index, trimmed to the requirement lines and with the employer names removed. They are three levels and two continents apart, and the gap between them is the whole reason "what does an SDET need to know" has no single answer.
Senior Staff SDET
Bengaluru, India — enterprise security vendor
Bachelor's degree with 5 years of experience. Proven experience in designing POCs and driving innovative QA solutions. Strong coding skills in Python and experience with PyTest, Selenium-python based (knowledge of Playwright…). Collaborate closely with cross-functional teams and mentor other QA engineers on innovative testing strategies and automation skills.
How we read it: Python-first, mentoring named before tooling, and Playwright only as a nice-to-have. The senior India req is buying framework judgment plus people leverage, not a second pair of hands on scripts.
SDET II
San Francisco, CA / Remote US — consumer platform
Bachelor's degree in computer science, engineering, a related field or equivalent experience. 2+ years of experience in QA / Quality Engineering, with a strong focus on web platforms and APIs. Proven hands-on experience with manual testing…
How we read it: Half the years of experience, and manual testing is still an explicit requirement at SDET II. The 'SDET means you never test by hand again' idea does not survive contact with real postings.
Day one as an SDET, in four files
This is the smallest thing that covers what the postings above actually pay for: one UI test, one API test, one pipeline, and a way to deal with flake that is not "delete the test". If you can write these four from memory and explain why the API test exists, you can hold an SDET screening conversation.
1. UI test — tests/checkout.spec.ts
// tests/checkout.spec.ts — the UI test you will actually be asked for
import { test, expect } from '@playwright/test';
test('a signed-in user can place an order', async ({ page }) => {
await page.goto('/cart');
await page.getByRole('button', { name: 'Checkout' }).click();
await expect(page.getByRole('heading', { name: /order confirmed/i }))
.toBeVisible({ timeout: 15_000 });
});
2. API test — tests/orders.api.spec.ts
// tests/orders.api.spec.ts — the layer 102 of 163 postings ask for
import { test, expect, request } from '@playwright/test';
test('POST /orders rejects a negative quantity', async () => {
const api = await request.newContext({ baseURL: process.env.API_URL });
const res = await api.post('/orders', { data: { sku: 'A-1', qty: -3 } });
expect(res.status()).toBe(422);
expect((await res.json()).error).toMatch(/qty/i);
});
// scripts/quarantine.mjs — tag a test @quarantine instead of deleting it
// Reads the JSON reporter output and lists specs that failed on a retry
// but passed on another attempt in the same run: that is flake, not a bug.
import { readFileSync } from 'node:fs';
const run = JSON.parse(readFileSync('report.json', 'utf8'));
const flaky = run.suites
.flatMap((s) => s.specs ?? [])
.filter((spec) => spec.tests.some((t) => t.status === 'flaky'));
if (flaky.length) {
console.log('Quarantine candidates:');
for (const s of flaky) console.log(' -', s.title);
process.exitCode = 0; // never fail the build on flake detection itself
}
Note the --grep-invert @quarantine in the workflow. Quarantining is the part candidates skip, and it is the part that decides whether a suite survives its second year. A tagged, still-running, still-reported flaky test is a bug report. A deleted one is a coverage hole nobody remembers.
A hiring loop we got wrong, and what we changed
We once put a candidate through four rounds who wrote genuinely good code — clean page objects, sensible fixtures, a working retry strategy — and hired them into an SDET seat. Within a quarter the suite had grown by roughly 200 UI tests and the pipeline had gone from twelve minutes to over forty. Nothing they wrote was wrong. The problem was that every new requirement became a browser test, including validation rules that a single API call could have covered in under a second.
What we tried first: parallel workers and a beefier runner. That bought about eight minutes and made flake worse, because more shared test data was now in flight at once. What actually fixed it: re-homing tests by layer — the validation cases moved to API tests, the UI suite kept only the journeys that cross a real page boundary, and the suite came back under fifteen minutes with more assertions than before.
What changed in our screening: we stopped asking only "can you automate this?" and added one question we now ask every SDET candidate — "here are five requirements; which layer do you test each one at, and what would you refuse to automate?" Coding ability is table stakes at this level. Test-selection judgment is the thing that is expensive to fix after you have hired. You can rehearse exactly that question in our SDET interview question bank.
SDET Salary Snapshot
Median pay and typical ranges in 2026. Compare full bands on the dedicated salary guide.
Get the Complete QA Career Bundle — interview prep kit, 60+ ATS resume templates, 2000+ AI prompts, notice period guide, and salary negotiation scripts. One-time purchase, lifetime access.
The questions QA engineers most often ask about the SDET role in 2026.
1.What is the future of SDET roles in 2026?
Strong. As teams ship faster and rely on AI-generated code, SDETs who own frameworks, CI gates, and test infrastructure are in higher demand — not lower. The pay band is widening, not closing.
2.How much does an SDET earn?
₹12–40 LPA in India and $115k–$190k in the US. Senior SDETs at product companies often clear ₹30 LPA / $170k.
3.Do SDETs write production code?
Often, yes — test libraries, tooling, internal services, and sometimes feature code. The SDET title implies engineering-grade craft, not just test-writing.
4.Is DSA important for SDET interviews?
Yes at product companies. Expect medium-level coding problems plus system design rounds focused on testing infrastructure.
5.What's the difference between Automation QA and SDET?
Automation QA writes and maintains automated tests; SDET builds the frameworks, environments, and tools those tests run on, and contributes to product code.
6.Can a manual tester become an SDET directly?
Rarely in one step. The realistic path is Manual QA → Automation QA Engineer → SDET, usually over 3–5 years with consistent coding practice.