SDETとは何か
SDETは、テストそのものを実行するのではなく、「テストを実行する仕組み（テスト基盤・フレームワーク・自動化パイプライン）」を開発するエンジニアだ。MicrosoftやAmazonでは、QAテスター（テスト実行）とSDET（テスト基盤開発）が明確に分業されている。
日本では「QAエンジニア」が幅広い意味で使われ、SDET相当の業務を含むことが多い。一方、外資系企業や急成長中のSaaSではSDETを明確に分けて採用しており、年収帯はQAエンジニアより高い傾向がある。
SDET・QAエンジニア・テスターの違い
| 職種 | 主軸 | 中心スキル |
|---|---|---|
| マニュアルテスター | テスト実行 | 仕様理解、探索的テスト |
| QAエンジニア | テスト設計・品質マネジメント | テスト技法、プロセス改善 |
| SDET | テスト基盤・フレームワーク開発 | プログラミング、CI/CD、設計 |
| 自動化QA | E2E自動化 | Selenium、Playwright |
SDETは「テストツール自体を作る」点でソフトウェア開発者に近く、QAエンジニアより開発寄りの職種だ。
SDETの主な仕事内容
| 領域 | 業務内容 |
|---|---|
| テストフレームワーク開発 | チーム横断で使える自動化基盤 |
| CI/CD連携 | GitHub Actions、CircleCIへの組み込み |
| テスト環境構築 | Docker、Kubernetesでのテスト環境 |
| パフォーマンステスト基盤 | 負荷試験プラットフォーム |
| ツール選定・導入 | Playwright、Cypress、Selenium |
| データ生成基盤 | テストデータ管理、マスキング |
| メトリクス可視化 | カバレッジ、Flaky test検出 |
Flaky Testとの戦い
SDETが最も時間を使うのは「Flaky Test（不安定に失敗するテスト）」の解消だ。同じテストが10回中3回失敗するような状態を放置すると、CI/CDが信頼を失う。Flaky Testを自動検出・隔離する仕組みを作るのもSDETの仕事だ。
SDETに必要なスキル
| スキル | 重要度 | 内容 |
|---|---|---|
| プログラミング | 必須 | Java／Python／TypeScript |
| テスト設計 | 必須 | テスト技法、テスト戦略 |
| CI/CD | 必須 | GitHub Actions、CircleCI、Jenkins |
| Docker／K8s | 必須 | テスト環境のコンテナ化 |
| 自動化ツール | 必須 | Selenium、Playwright、Cypress |
| API／DB | 必須 | REST／GraphQL、SQL |
| インフラ／クラウド | 推奨 | AWS、GCPでのテストインフラ |
| 性能テスト | 推奨 | JMeter、k6、Gatling |
| Observability | 推奨 | Datadog、Grafana、テスト結果分析 |
「フレームワーク開発者」のメンタリティ
SDETは、自分でテストを書くより「他の開発者がテストを書きやすい仕組み」を作る職種だ。ライブラリ設計者・API設計者のメンタリティが求められる。
SDETの年収相場
| 経験段階 | 年収レンジ | 想定企業 |
|---|---|---|
| ジュニア（1〜3年） | 500〜750万円 | SIer、SaaS |
| ミドル（3〜7年） | 750〜1,200万円 | メガベンチャー、SaaS |
| シニア（7年以上） | 1,100〜1,800万円 | 上場テック、外資 |
| SDETリード | 1,400〜2,500万円 | 上場テック |
| 外資テック（Senior） | 2,000〜4,000万円 | Microsoft、Amazon |
SDETは「QAエンジニア＋ソフトウェア開発者」の能力を兼ね備えるため、年収帯はQAエンジニアより高め。特に外資テックでは、シニアSDETは開発エンジニアと同等以上の処遇となる。
SDETのキャリアパス
| 次のキャリア | 内容 |
|---|---|
| SDET → QAリード | 組織化 |
| SDET → 開発エンジニア | プロダクト開発側 |
| SDET → DevOps | テスト基盤＋デプロイ基盤 |
| SDET → プラットフォームエンジニア | 開発者体験全般 |
| SDET → 起業（QA SaaS） | テストツールスタートアップ |
SDETになるには
- プログラミング基礎を固める：Python／TypeScript／Java いずれか
- テストフレームを使う側を体験：Pytest、Jest等
- E2E自動化を経験：Selenium、Playwright
- CI/CD組み込みを実装：GitHub Actionsで自動実行
- テストフレームを自作：他の開発者が使いやすい設計を体験
- SDET職に転職
よくある質問
Q. QAエンジニアからSDETへ転身できる？ A. 可能。プログラミングスキルを補えばスムーズ。むしろ自然な進路。
Q. 開発エンジニアと比べて魅力は？ A. 「自分が作った仕組みが全エンジニアに使われる」インパクトが大きい。基盤エンジニアとしてのやりがいがある。
Q. AIで仕事が無くなる？ A. テストケース生成や自動修復はAIで進むが、テスト基盤の設計判断・組織導入はSDETの役割で残る。
まとめ──SDETは「品質を仕組みで担保する」職種
SDETの本質は、自分が全てのテストを書くのではなく、「開発者全員が品質の高いコードを書ける仕組み」を作ることだ。フレームワーク、CI/CD、テストインフラ、Flaky Test対策──これらを統合し、組織全体のリリース速度と品質を両立させる。あなたが「うちのCIが毎回30分かかる理由を10分に短縮する案」を即座に出せるなら、SDETの素養は十分にある。
