エンジニアラダー

← 職種一覧

QAエンジニア

QA Engineer / SDET

テスト設計・実行から、テスト自動化基盤の構築、品質戦略の立案までを担う職種。L3 以上で SDET と QE Lead に分岐する。

別名・近接タイトル: Software Engineer in Test / SDET / QA Automation Engineer / Quality Engineer

トラック: SDET(テスト自動化基盤) / Quality Engineering Lead(品質戦略)

L5 (Principal) は求人としては稀です。

セルフチェックをする →

レベル × 評価軸マトリクス

← 横にスクロールして各レベルを比較できます →
評価軸L1Associate / ジュニアL2Engineer / ミドルL3SeniorL4StaffL5Principal
技術力

テスト計画・仕様書に基づき、テストケースに沿って手動テストを実行し、不具合の再現手順とログを正確に記録・報告できる。

実運用ルーブリック
推奨行動 (Do)
  • テスト仕様書に従ってテストを確実に実行し、期待値と実際の挙動の差分を正確に記録する
  • 不具合発見時に、再現手順、環境情報(OS、ブラウザ、アプリバージョン)、スクリーンショット、エラーログを漏れなくチケットに記載する
注意・アンチパターン (Don't)
  • 「動きません」とだけ曖昧に報告し、開発者が再現できないチケットを作成する
成果物・エビデンス例
  • 再現手順とログが完備された不具合報告チケット
  • テスト実行結果の記録・チェックシート

既存のテスト自動化フレームワーク(Playwright, Cypress等)上で自動テストを実装し、CIに組み込んで安定運用できる。

実運用ルーブリック
推奨行動 (Do)
  • Playwright/Cypress等を用い、変更に強いセレクタ設計(data-testidやrole等)で保守性の高いE2Eテストを書く
  • APIテストやコンポーネントテストの自動化を実装し、実行時間の短いテストピラミッドを意識する
  • CIパイプライン上で安定して成功する自動テストスイートを維持する
注意・アンチパターン (Don't)
  • 画面変更のたびに壊れる壊れやすいセレクタ(フルXPathや曖昧なCSSセレクタ)でテストを大量作成する
成果物・エビデンス例
  • CI上で安定稼働するE2E/API自動テストコードのプルリクエスト
  • 自動テストの成功率(95%以上)を維持した実績データ

スケーラブルでフレイキーになりにくいテスト自動化基盤を設計し、並列実行やCI/CDへの統合を最適化して実行時間を短縮する。

実運用ルーブリック
推奨行動 (Do)
  • テストコンテナの並列分散実行を設計し、E2EテストスイートのCI実行時間を数十分から数分に短縮する
  • フレイキーテスト(実行ごとに結果が揺らぐテスト)を自動検知・隔離・修正する仕組みを構築する
  • テストデータの生成・初期化・クリーンアップを自動化し、テスト間の依存を排除する
注意・アンチパターン (Don't)
  • フレイキーテストを放置してCIが常に赤くなり、開発者がテスト結果を信用しなくなる状態を放置する
成果物・エビデンス例
  • テスト自動化実行基盤のアーキテクチャ設計書
  • CIテスト実行時間の大幅短縮実績(例: 40分→8分)
  • フレイキーテスト撲滅ダッシュボード

組織全体の品質アーキテクチャを策定し、開発者が自らテストを書きやすいPaved Road(共通テストライブラリ、モック基盤等)を構築・提供する。

実運用ルーブリック
推奨行動 (Do)
  • 全社共通のテストユーティリティ、モックサービス、テストデータ管理基盤(Paved Road)を設計・提供する
  • 開発者がストレスなくローカルおよびCIでテストを書ける開発者体験(DevEx for Testing)を確立する
  • パフォーマンステスト・負荷テストの自動実行基盤を全社に整備する
注意・アンチパターン (Don't)
  • QAチームだけがテストコードを独占し、開発者がテストを書かない文化を固定化させる
成果物・エビデンス例
  • 全社品質アーキテクチャ設計書
  • 全社公開されたテスト共通フレームワーク・モック基盤リポジトリ

全社の技術スタックと事業に合致した次世代の品質エンジニアリングビジョンを描き、自律AIエージェントによるテストや形式検証などの技術的賭けを先導する。

実運用ルーブリック
推奨行動 (Do)
  • 自律AIエージェントによる探索的テストの完全自動実行や、形式手法(Formal Methods)を用いたコア決済基盤の検証など、世界最先端の品質技術を先導する
  • 次世代システムアーキテクチャに対応する新しい品質検証理論を確立する
注意・アンチパターン (Don't)
  • 従来のテスト自動化ツールの枠組みに固執し、AI時代の品質保証パラダイムシフトから取り残される
成果物・エビデンス例
  • 次世代品質エンジニアリング技術戦略ブループリント
  • 最先端品質技術の全社導入実績および特許・論文発表実績
スコープと影響

1つの機能や画面のテスト実行タスクを、テスト漏れなく期限内に完了させる。

実運用ルーブリック
推奨行動 (Do)
  • 割り振られた画面や機能のテストケースを予定工数・スケジュール内に確実に完了させる
  • テスト実行中にブロッカー(テスト続行不能なバグ)が発生したら、即座にチームに報告する
注意・アンチパターン (Don't)
  • 進捗の遅れを報告せず、リリースの判定期日間際になってテスト未消化が発覚する
成果物・エビデンス例
  • 期日通りに完了したテスト実行実績データ

1つの機能やプロダクトのリリーステストを計画・実行し、リリース判定に必要な品質データを提示できる。

実運用ルーブリック
推奨行動 (Do)
  • 機能リリースのテスト計画書(スコープ、スケジュール、リソース、環境)を自力で作成・実行する
  • 未解決バグの残存状況、リスク評価、テスト消化率を整理し、客観的な品質判定データを提示する
注意・アンチパターン (Don't)
  • テストデータの根拠を示さず、「たぶん大丈夫」と主観だけでリリース可否を判断する
成果物・エビデンス例
  • リリーステスト計画書および品質判定サマリーレポート
  • リリース後の重大バグ(エスケープバグ)発生ゼロの実績

複数機能・プロダクト横断の品質基準に責任を持ち、インプロセスQA(要件・設計段階からの品質レビュー)を通じて上流でバグを未然に防ぐ。

実運用ルーブリック
推奨行動 (Do)
  • PRDやDesign Docの作成段階で品質レビューに参加し、エッジケースや仕様の穴を事前に潰す(Shift-Leftの牽引)
  • 開発プロセスの初期段階でバグを予防し、手戻りコストとテストフェーズの滞留時間を半減させる
注意・アンチパターン (Don't)
  • 開発完了後の「最後の関所」としてだけ機能し、上流での品質作込みを拒否する
成果物・エビデンス例
  • 設計レビュー段階で検出・解消した潜在的不具合の記録
  • インプロセスQA導入による手戻り工数の削減実績データ

複数プロダクト横断の開発プロセスそのものを改善し、CI実行時間の短縮やフレイキーテストの構造的撲滅、AI支援テスト生成の導入を推進する。

実運用ルーブリック
推奨行動 (Do)
  • 生成AIを活用したテストケース生成やテストコード自動生成ツールを全社に導入し、テスト工数を大幅に削減する
  • 組織全体のフレイキーテスト発生率を1%未満に抑え込む構造的仕組みを確立する
注意・アンチパターン (Don't)
  • 個別の手動テスト作業に追われ、組織全体の開発プロセスのボトルネックを放置する
成果物・エビデンス例
  • AIテスト生成ツールの全社導入実績と工数削減データ
  • 全社フレイキーテスト撲滅およびCI安定化の成果実績

サービス障害やリコール級の重大不具合を組織的・構造的に撲滅し、会社のブランド価値と顧客信頼性を守る最高峰の品質防壁を築く。

実運用ルーブリック
推奨行動 (Do)
  • 会社の存続や社会的信用を脅かす壊滅的品質障害(大規模データ損失、決済事故、法令違反バグ)を構造的に撲滅する
  • 企業の品質ブランドを業界最高峰として確立し、エンタープライズ顧客の獲得に直接貢献する
注意・アンチパターン (Don't)
  • 経営陣の納期プレッシャーに屈し、重大な品質リスクを見過ごして壊滅的事故を引き起こす
成果物・エビデンス例
  • リコール級重大不具合ゼロの継続達成記録
  • エンタープライズ顧客向け品質監査・第三者認証の最高ランク取得実績
自律性

テスト計画の範囲を確実に消化し、期待値と異なる挙動や仕様の曖昧さを発見した場合は早めにエスカレーションできる。

実運用ルーブリック
推奨行動 (Do)
  • テスト仕様書通りに動かすだけでなく、画面遷移の不自然さやエラー時の文言不備にもアンテナを張る
  • 仕様の解釈に迷った際、自分の思い込みで判断せず仕様作成者に確認する
注意・アンチパターン (Don't)
  • 明らかな違和感に気づきながら「テストケースに書いてないから」とスルーする
成果物・エビデンス例
  • 仕様の曖昧さや考慮漏れを早期に指摘したQAログ

リスク(変更影響範囲、利用頻度、致命度)に基づいてテスト優先順位を判断し、効率的に検証を進められる。

実運用ルーブリック
推奨行動 (Do)
  • リリース前の限られた時間の中で、ユーザー影響度と発生確率からテストの優先度(P0/P1/P2)を決定する
  • 重要度の低いテストケースは大胆に間引き、クリティカルパスに検証リソースを集中させる
注意・アンチパターン (Don't)
  • すべてのケースを均等に検証しようとして時間が足りなくなり、主要機能の検証が疎かになる
成果物・エビデンス例
  • リスクベーステストの優先度マトリクス設計書

リスクベーステスト戦略を主導し、テスト自動化と手動探索的テスト(Exploratory Testing)の最適なバランスを決定する。

実運用ルーブリック
推奨行動 (Do)
  • 反復的なリグレッションテストは自動化し、人間のQAは複雑なシナリオやUXの探索的テストに集中する戦略を設計・実行する
  • テストチャーターを作成し、チームメンバーでモブ探索的テストを実施して重大な潜在バグを洗い出す
注意・アンチパターン (Don't)
  • 「すべて100%自動化する」という非現実的な計画を立てて頓挫する
成果物・エビデンス例
  • 全社リスクベーステスト戦略書
  • 探索的テストチャーターおよび重大バグ発見レポート

開発とQAの協働モデル(Shift-Left, QA as an Enabler)を再設計し、組織全体の開発生産性と品質担保の両立に責任を持つ。

実運用ルーブリック
推奨行動 (Do)
  • 「QAが代わりにテストする」体制から「QAが開発者のテストを支援・イネーブルする」組織モデルへの転換を主導する
  • 組織がスケールしてもQA人員がボトルネックにならないスケーラブルな品質組織体制を構築する
注意・アンチパターン (Don't)
  • 開発スピードを犠牲にして品質チェックの関所を増やし、開発生産性を低下させる
成果物・エビデンス例
  • イネーブリングQA組織モデルの確立実績
  • 開発チーム自律テスト率の向上データ

全社の品質・信頼性に関わる重大リスクについて経営陣(CEO/CTO/VP)と直接対話し、リリース可否の最高責任を引き受ける。

実運用ルーブリック
推奨行動 (Do)
  • 全社最高品質責任者として、極限状態でのリリース可否に関する最終判断を下し、全社的な説明責任を果たす
  • 品質とスピードに関する究極のトレードオフについて、取締役会・経営トップと対等に渡り合う
注意・アンチパターン (Don't)
  • 重圧を恐れて最高品質責任者としての説明責任を現場や他役に押し付ける
成果物・エビデンス例
  • 取締役会・経営会議における品質リスク評価およびリリース最高判定記録
協働とコミュニケーション

開発者に不具合の再現環境・手順・スクリーンショットを明快に伝え、修正確認までスムーズに連携する。

実運用ルーブリック
推奨行動 (Do)
  • 不具合の指摘において開発者への敬意を持ち、客観的事実ベースで建設的に伝える
  • バグ修正の通知を受けたら速やかにリテスト(再確認)を実施し、チケットを更新する
注意・アンチパターン (Don't)
  • 開発者を非難するような感情的なコメントで摩擦を生む
成果物・エビデンス例
  • チケットやSlackでのスムーズで円滑なバグ修正確認ログ

開発者と設計段階で対話し、テスト容易性(テスタビリティ: セレクタ、モック、API)の改善を依頼・相談できる。

実運用ルーブリック
推奨行動 (Do)
  • 開発初期にテスト用属性(data-testid)の付与やAPIスタブの提供を開発者とすり合わせる
  • テスト自動化を容易にするためのアーキテクチャ要件を開発者に建設的に相談する
注意・アンチパターン (Don't)
  • 開発完了後に「テストしにくい」と開発者に文句を言うだけで、事前調整を行わない
成果物・エビデンス例
  • テスタビリティ向上のための開発者向け相談記録およびPR

PdMやEMと品質リスクのトレードオフを協議し、品質メトリクス(不具合密度、エスケープバグ率、自動化率)を可視化して合意形成する。

実運用ルーブリック
推奨行動 (Do)
  • 品質メトリクス(エスケープバグ率、MTTR、テスト自動化カバレッジ)をダッシュボード化し、ステークホルダーと共有する
  • ビジネス納期と品質リスクのトレードオフが発生した際、リスクを数値化して合理的な判断材料を提供する
注意・アンチパターン (Don't)
  • 「品質が悪いから出せません」と頑なに拒絶するだけで、リスク許容度や代替リリース策を提示しない
成果物・エビデンス例
  • 可視化された品質ダッシュボード(Grafana, Datadog等)
  • PdM・EMとの品質リスク合意記録・リリース判定基準書

エンジニアリング統括やプロダクト責任者と品質戦略をアラインさせ、全社の品質保証ポリシーを策定・合意形成する。

実運用ルーブリック
推奨行動 (Do)
  • VPEやCTOと直接対話し、事業戦略に直結する全社品質ポリシーと投資優先順位を策定する
  • 品質エンジニア(SDET/QA)の全社採用基準と評価基準を定義・運用する
注意・アンチパターン (Don't)
  • 経営層やプロダクト統括との対話を怠り、QA組織を単なる受託コストセンターとして扱わせる
成果物・エビデンス例
  • 全社エンジニアリング組織で採択された品質保証ポリシー文書
  • 品質エンジニアリング組織の採用・評価ラダー策定実績

経営陣の品質アドバイザーとして、ビジネス成長スピードと品質リスクの究極のトレードオフを統御し、業界コミュニティで発信する。

実運用ルーブリック
推奨行動 (Do)
  • 経営トップの参謀として、新規事業の急成長を阻害しない弾力的な品質ガバナンスモデルを確立する
  • 国際的な品質保証・テスト自動化カンファレンスで基調講演を行い、業界の技術リーダーとして認知される
注意・アンチパターン (Don't)
  • 自社の成功を独占し、業界全体の品質向上コミュニティへの貢献を怠る
成果物・エビデンス例
  • 国内外の主要カンファレンスでの基調講演登壇実績
  • 業界団体での品質標準化委員会の主導実績
人を伸ばす

自分が見つけたバグのパターンやエッジケースをチームに共有し、テストケースの拡充に貢献する。

実運用ルーブリック
推奨行動 (Do)
  • 発見した不具合の発生条件、前提条件、期待結果をJira等に明瞭に記述し、再現手順を動画やログ付きで共有する
  • 見落としがちな境界値や入力パターンのテスト観点をチームのテストスイートに追加提案する
注意・アンチパターン (Don't)
  • 不具合の報告を曖昧な口頭で済ませ、開発者が再現できないチケットを作成する
  • バグの発見を個人の手柄として抱え込み、テストケースの改善に繋げない
成果物・エビデンス例
  • 不具合起票チケット(再現手順・スクリーンショット付き)
  • テストケース拡充プルリクエスト
  • チーム共有メモ・Tips

新しいメンバーにテストケース作成法や自動テストの実行手順を教え、ナレッジベースを拡充する。

実運用ルーブリック
推奨行動 (Do)
  • 新任QAメンバーにデシジョンテーブルや境界値分析などのテスト設計技法を実務を通じて教える
  • E2Eテスト自動化フレームワーク(Playwright等)の環境構築とテストスクリプト作成手順をハンズオンで指導する
注意・アンチパターン (Don't)
  • 新人に十分な説明なしに大量のテスト手動実行だけを押し付ける
  • テスト設計の根拠(なぜそのケースが必要か)を言語化せずに感覚で教える
成果物・エビデンス例
  • QAオンボーディングガイドライン
  • テスト自動化ハンズオン資料
  • ペアテスト実施記録

ジュニアQAやSETメンバーをメンタリングし、開発チーム全体に「品質を作り込む」テスト文化を啓発する。

実運用ルーブリック
推奨行動 (Do)
  • 開発チーム向けの単体テスト・結合テスト設計勉強会を開催し、「品質は下流のQA任せではなく全員で作り込む」文化を根付かせる
  • ジュニアQAやSETエンジニアのメンターとして、テスト自動化コードの設計やCIパイプライン連携を技術指導する
注意・アンチパターン (Don't)
  • 「QA vs 開発」の対立構造を作り出し、開発者との関係を悪化させる
  • 自動テストの保守を怠り、フレーキー(不安定)なテストを放置して開発者の信頼を失う
成果物・エビデンス例
  • 開発者向けテスト駆動勉強会スライド
  • SETメンタリング・コードレビューログ
  • フレーキーテスト撲滅キャンペーン実績

複数チームのQA・SDETをメンタリング・スポンサーし、QAエンジニアのスキルラダーやキャリアパスの確立に関与する。

実運用ルーブリック
推奨行動 (Do)
  • 複数プロダクトのQA・SDETを横断的にメンタリングし、QAエンジニアのキャリアラダーと技術評価基準を定義する
  • 全社のQuality Engineeringギルドを主導し、テスト自動化率やリリース頻度の改善事例を社内外に発信する
注意・アンチパターン (Don't)
  • 各チームのQAが孤立して属人化している状況を放置する
  • 自動化のスキルアップ機会を提供せず、マニュアルテスト専門職として固定化させる
成果物・エビデンス例
  • 全社QA/SDETスキルラダー定義書
  • Quality Engineeringギルド運営資料
  • シニアQA/SDETエンジニアの育成・昇格実績

業界トップクラスのQuality Engineering組織のカルチャーと基準を打ち立て、次世代のStaff/Principal SDETを育成・輩出する。

実運用ルーブリック
推奨行動 (Do)
  • 「継続的品質(Continuous Quality)」を全社エンジニアリング組織のDNAとして確立し、業界最高水準のQE組織を牽引する
  • 次世代のStaff/Principal SDETをメンタリングし、技術的リーダーシップと経営視点を持った品質責任者を組織的に育成する
注意・アンチパターン (Don't)
  • 旧態依然としたウォーターフォール型QAの権限主義に固執し、アジャイル・DevOpsの進化を阻害する
  • 品質を理由に過度な官僚的承認プロセスを敷き、会社のイノベーション速度を窒息させる
成果物・エビデンス例
  • 全社Quality Engineering戦略ビジョン
  • Staff/Principal SDET育成・メンタリング実績
  • 外部ソフトウェアテストカンファレンス(JaSST等)基調講演・業界標準化活動実績
品質戦略とテスタビリティ

テスト仕様書の抜け漏れや矛盾に気づき、テスト観点の追加や修正を提案できる。

実運用ルーブリック
推奨行動 (Do)
  • 境界値、特殊文字、通信切断、長文入力など、基本ケースから漏れがちなテスト観点を提案する
  • テストケースの古い記述や矛盾を発見して修正案を提示する
注意・アンチパターン (Don't)
  • テストケースを機械的になぞるだけで、思考を止めてしまう
成果物・エビデンス例
  • テストケース追加・改善のプルリクエストや提案実績

リグレッションテスト(回帰テスト)の範囲と頻度を設計し、リリースの手戻りを最小化する。

実運用ルーブリック
推奨行動 (Do)
  • 毎回のデプロイで実行するスモークテストと、定期実行するフル回帰テストの範囲を明確に切り分ける
  • 過去の重大インシデント事例を必ず回帰テストスイートに組み込み、再発を防止する
注意・アンチパターン (Don't)
  • 回帰テストを毎回すべて手動で行い、デプロイ頻度を著しく低下させる
成果物・エビデンス例
  • リグレッションテスト運用計画書およびテストスイート

プロダクトの特性に応じた品質メトリクスを定義・追跡し、リリース判定基準(Quality Gates)を確立する。

実運用ルーブリック
推奨行動 (Do)
  • CI/CDパイプラインにQuality Gates(静的解析、セキュリティチェック、自動テストパス率)を設定し、自動判定を導入する
  • 重大インシデントの再発防止策をテストスイートやテスト観点リストに確実に組み込む
注意・アンチパターン (Don't)
  • 品質判定基準が属人的で、レビュアーによって基準がブレる状態を放置する
成果物・エビデンス例
  • CIパイプラインに組み込まれたQuality Gates実装
  • 障害再発防止の品質基準ドキュメント

開発ライフサイクル全体に品質文化を根付かせ、アーキテクチャ設計段階でリスクを先回りして潰すプロセス標準を確立する。

実運用ルーブリック
推奨行動 (Do)
  • アーキテクチャレビュー段階での非機能要件(可用性、スケーラビリティ、セキュリティ、テスタビリティ)の審査プロセスを標準化する
  • 全社の障害分析から共通の弱点を抽出し、全社横断の品質改善プログラムを牽引する
注意・アンチパターン (Don't)
  • 障害が起きるたびに形式的なチェック項目を増やし、開発のスピードを殺す
成果物・エビデンス例
  • 全社アーキテクチャ品質審査プロセスの導入実績
  • 全社横断品質改善イニシアチブの成果レポート

AIネイティブ時代におけるソフトウェア品質保証のパラダイムそのものを再定義し、業界標準となる品質フレームワークを先導する。

実運用ルーブリック
推奨行動 (Do)
  • 非決定的なAIシステムや自律エージェントの品質保証基準そのものを再定義し、オープンスタンダードとして公開する
  • 次世代エンジニアリング教育や業界のベストプラクティス策定を主導する
注意・アンチパターン (Don't)
  • 社内の枠内に閉じこもり、急速に進化する業界標準から孤立する
成果物・エビデンス例
  • 公開された次世代ソフトウェア品質フレームワーク・白書
  • オープンソース品質ツールの主導および書籍執筆実績

隣のレベルで変わること

L1 (Associate / ジュニア) → L2 (Engineer / ミドル)
評価軸L1 での行動L2 で加わる・変わる行動
技術力テスト計画・仕様書に基づき、テストケースに沿って手動テストを実行し、不具合の再現手順とログを正確に記録・報告できる。既存のテスト自動化フレームワーク(Playwright, Cypress等)上で自動テストを実装し、CIに組み込んで安定運用できる。
スコープと影響1つの機能や画面のテスト実行タスクを、テスト漏れなく期限内に完了させる。1つの機能やプロダクトのリリーステストを計画・実行し、リリース判定に必要な品質データを提示できる。
自律性テスト計画の範囲を確実に消化し、期待値と異なる挙動や仕様の曖昧さを発見した場合は早めにエスカレーションできる。リスク(変更影響範囲、利用頻度、致命度)に基づいてテスト優先順位を判断し、効率的に検証を進められる。
協働とコミュニケーション開発者に不具合の再現環境・手順・スクリーンショットを明快に伝え、修正確認までスムーズに連携する。開発者と設計段階で対話し、テスト容易性(テスタビリティ: セレクタ、モック、API)の改善を依頼・相談できる。
人を伸ばす自分が見つけたバグのパターンやエッジケースをチームに共有し、テストケースの拡充に貢献する。新しいメンバーにテストケース作成法や自動テストの実行手順を教え、ナレッジベースを拡充する。
品質戦略とテスタビリティテスト仕様書の抜け漏れや矛盾に気づき、テスト観点の追加や修正を提案できる。リグレッションテスト(回帰テスト)の範囲と頻度を設計し、リリースの手戻りを最小化する。
L2 (Engineer / ミドル) → L3 (Senior)
評価軸L2 での行動L3 で加わる・変わる行動
技術力既存のテスト自動化フレームワーク(Playwright, Cypress等)上で自動テストを実装し、CIに組み込んで安定運用できる。スケーラブルでフレイキーになりにくいテスト自動化基盤を設計し、並列実行やCI/CDへの統合を最適化して実行時間を短縮する。
スコープと影響1つの機能やプロダクトのリリーステストを計画・実行し、リリース判定に必要な品質データを提示できる。複数機能・プロダクト横断の品質基準に責任を持ち、インプロセスQA(要件・設計段階からの品質レビュー)を通じて上流でバグを未然に防ぐ。
自律性リスク(変更影響範囲、利用頻度、致命度)に基づいてテスト優先順位を判断し、効率的に検証を進められる。リスクベーステスト戦略を主導し、テスト自動化と手動探索的テスト(Exploratory Testing)の最適なバランスを決定する。
協働とコミュニケーション開発者と設計段階で対話し、テスト容易性(テスタビリティ: セレクタ、モック、API)の改善を依頼・相談できる。PdMやEMと品質リスクのトレードオフを協議し、品質メトリクス(不具合密度、エスケープバグ率、自動化率)を可視化して合意形成する。
人を伸ばす新しいメンバーにテストケース作成法や自動テストの実行手順を教え、ナレッジベースを拡充する。ジュニアQAやSETメンバーをメンタリングし、開発チーム全体に「品質を作り込む」テスト文化を啓発する。
品質戦略とテスタビリティリグレッションテスト(回帰テスト)の範囲と頻度を設計し、リリースの手戻りを最小化する。プロダクトの特性に応じた品質メトリクスを定義・追跡し、リリース判定基準(Quality Gates)を確立する。
L3 (Senior) → L4 (Staff)
評価軸L3 での行動L4 で加わる・変わる行動
技術力スケーラブルでフレイキーになりにくいテスト自動化基盤を設計し、並列実行やCI/CDへの統合を最適化して実行時間を短縮する。組織全体の品質アーキテクチャを策定し、開発者が自らテストを書きやすいPaved Road(共通テストライブラリ、モック基盤等)を構築・提供する。
スコープと影響複数機能・プロダクト横断の品質基準に責任を持ち、インプロセスQA(要件・設計段階からの品質レビュー)を通じて上流でバグを未然に防ぐ。複数プロダクト横断の開発プロセスそのものを改善し、CI実行時間の短縮やフレイキーテストの構造的撲滅、AI支援テスト生成の導入を推進する。
自律性リスクベーステスト戦略を主導し、テスト自動化と手動探索的テスト(Exploratory Testing)の最適なバランスを決定する。開発とQAの協働モデル(Shift-Left, QA as an Enabler)を再設計し、組織全体の開発生産性と品質担保の両立に責任を持つ。
協働とコミュニケーションPdMやEMと品質リスクのトレードオフを協議し、品質メトリクス(不具合密度、エスケープバグ率、自動化率)を可視化して合意形成する。エンジニアリング統括やプロダクト責任者と品質戦略をアラインさせ、全社の品質保証ポリシーを策定・合意形成する。
人を伸ばすジュニアQAやSETメンバーをメンタリングし、開発チーム全体に「品質を作り込む」テスト文化を啓発する。複数チームのQA・SDETをメンタリング・スポンサーし、QAエンジニアのスキルラダーやキャリアパスの確立に関与する。
品質戦略とテスタビリティプロダクトの特性に応じた品質メトリクスを定義・追跡し、リリース判定基準(Quality Gates)を確立する。開発ライフサイクル全体に品質文化を根付かせ、アーキテクチャ設計段階でリスクを先回りして潰すプロセス標準を確立する。
L4 (Staff) → L5 (Principal)
評価軸L4 での行動L5 で加わる・変わる行動
技術力組織全体の品質アーキテクチャを策定し、開発者が自らテストを書きやすいPaved Road(共通テストライブラリ、モック基盤等)を構築・提供する。全社の技術スタックと事業に合致した次世代の品質エンジニアリングビジョンを描き、自律AIエージェントによるテストや形式検証などの技術的賭けを先導する。
スコープと影響複数プロダクト横断の開発プロセスそのものを改善し、CI実行時間の短縮やフレイキーテストの構造的撲滅、AI支援テスト生成の導入を推進する。サービス障害やリコール級の重大不具合を組織的・構造的に撲滅し、会社のブランド価値と顧客信頼性を守る最高峰の品質防壁を築く。
自律性開発とQAの協働モデル(Shift-Left, QA as an Enabler)を再設計し、組織全体の開発生産性と品質担保の両立に責任を持つ。全社の品質・信頼性に関わる重大リスクについて経営陣(CEO/CTO/VP)と直接対話し、リリース可否の最高責任を引き受ける。
協働とコミュニケーションエンジニアリング統括やプロダクト責任者と品質戦略をアラインさせ、全社の品質保証ポリシーを策定・合意形成する。経営陣の品質アドバイザーとして、ビジネス成長スピードと品質リスクの究極のトレードオフを統御し、業界コミュニティで発信する。
人を伸ばす複数チームのQA・SDETをメンタリング・スポンサーし、QAエンジニアのスキルラダーやキャリアパスの確立に関与する。業界トップクラスのQuality Engineering組織のカルチャーと基準を打ち立て、次世代のStaff/Principal SDETを育成・輩出する。
品質戦略とテスタビリティ開発ライフサイクル全体に品質文化を根付かせ、アーキテクチャ設計段階でリスクを先回りして潰すプロセス標準を確立する。AIネイティブ時代におけるソフトウェア品質保証のパラダイムそのものを再定義し、業界標準となる品質フレームワークを先導する。

行動記述は海外の先進企業の公開求人・公開ラダーを参照して独自に書き下ろしています。