テスト自動化スキル習得ロードマップ｜QAがPlaywright・Seleniumを学ぶ順番
QAエンジニア・テスターがテスト自動化を学ぶ順番を、プログラミング基礎、Playwright/Selenium、GitHub公開、CI/CD統合、転職での見せ方まで整理します。
比較の前にやること
「テスト自動化を学びたいが、何から始めればいいかわからない」。QAエンジニア・テスターにとって、これはかなり自然な悩みです。Playwright、Selenium、Cypress、Pytest、Appiumと選択肢が多く、全部を一気に学ぼうとすると手が止まります。
この記事を読むと、QAエンジニア・テスターがテスト自動化を学ぶ順番がわかります。プログラミング基礎、Playwright/Selenium、GitHub公開、CI/CD統合、転職での見せ方まで段階的に整理します。
全体像は「言語→ツール→GitHub→CI/CD」の順番で考える
テスト自動化の学習は、ツール選びから始めるより、次の順番で進める方が挫折しにくくなります。
- プログラミング基礎を固める：JavaScript/TypeScriptかPythonを選ぶ
- E2Eテストツールを1つ選ぶ：Web系ならPlaywright、既存現場で多いならSeleniumも候補
- 小さなテストをGitHubに公開する：動くコードを見せられる状態にする
- CI/CDに組み込む：GitHub Actionsなどで自動実行する
- 職務経歴書と面接で説明できる形にする：目的、工夫、改善効果を言語化する
最初からSDETレベルの自動化基盤を作る必要はありません。採用側が見たいのは、ツール名の暗記ではなく、コードを書いてテストを動かし、保守しやすくする考え方です。
テスト自動化は、言語、ツール、GitHub公開、CI/CDの順で進めると実績化しやすい。最初の目標は小さく動くテストを作ることだ。
ステップ1｜JavaScript/TypeScriptかPythonを選ぶ
テスト自動化では、コードを読む力と小さなスクリプトを書く力が必要です。未経験から始めるなら、JavaScript/TypeScriptかPythonのどちらかに絞るのが現実的です。
WebアプリのE2EテストやPlaywrightを中心に学ぶなら、JavaScript/TypeScriptが相性良いです。フロントエンドやNode.jsのプロジェクトに近く、開発職転向にもつながりやすくなります。
既存のQA現場でSeleniumやPytestを使っている、またはデータ処理や業務自動化にも広げたい場合はPythonが学びやすいです。どちらを選んでも構いませんが、最初の1言語を決めたら、文法の基礎を一通り触ってから自動化ツールへ進みましょう。
最初の言語は1つに絞る。Web系や開発職転向も見据えるならTypeScript、QA業務への導入しやすさを重視するならPythonが選びやすい。
ステップ2｜PlaywrightかSeleniumで小さなE2Eテストを書く
プログラミング基礎を押さえたら、E2Eテストツールを1つ選びます。現在のWeb系求人ではPlaywrightの評価が高く、これから学ぶなら有力な選択肢です。既存システムや長く運用されている現場ではSeleniumの経験が評価されることもあります。
最初に作るテストは、複雑でなくて構いません。たとえば次のようなシナリオで十分です。
- ログイン画面に入力して、ログイン後の表示を確認する
- 検索フォームにキーワードを入れて、検索結果が表示されることを確認する
- 問い合わせフォームの必須入力チェックを確認する
- 商品や記事の一覧から詳細ページへ遷移できることを確認する
重要なのは、テストが動くこと、READMEに実行方法が書かれていること、何を検証しているか説明できることです。完璧なテストケース数より、採用側が再現できる状態を優先しましょう。
PlaywrightやSeleniumの学習では、まず1本のE2Eテストを完成させる。実行方法と目的を説明できる状態が転職での実績になる。
ステップ3｜GitHubに公開して「見える実績」にする
テスト自動化を学んでも、ローカル環境に置いたままでは選考で伝わりません。GitHubに公開し、採用担当や面接官が確認できる状態にしておくことが大切です。
公開リポジトリには、次の情報を入れておきます。
- 何をテストするリポジトリなのか
- 使用技術がPlaywright、Selenium、Pytestなど何か
- インストール方法と実行コマンド
- テスト対象のシナリオ
- 工夫した点や今後改善したい点
業務で作ったコードをそのまま公開するのは避けてください。個人用のサンプルアプリや公開可能な練習サイトを使い、自分の理解を示せるリポジトリにします。
テスト自動化の実績は、GitHubに公開して初めて選考で見せやすくなる。コードだけでなく、目的と実行方法をREADMEで説明する。
ステップ4｜CI/CDに組み込むとSDETに近づく
SDETや自動化QAを狙うなら、テストコードを書くだけでなく、CI/CDに組み込む経験が評価されます。GitHub Actionsでプルリクエスト時にテストを動かすだけでも、テストを開発プロセスに組み込む発想を示せます。
最初のCI/CD実績としては、次のレベルで十分です。
- GitHub Actionsでテストを自動実行する
- テスト失敗時にログやレポートを確認できる
- READMEにCIの目的を書く
- 失敗しやすいテストを安定させる工夫を説明する
ここまでできると、「手動テスト担当」ではなく「テスト基盤を作れるQA」として話しやすくなります。SDETの仕事内容はSDETとは何かでも整理しています。
CI/CD統合まで経験すると、SDETや開発寄りQAとして評価されやすい。小さなGitHub Actions設定でも、プロセス改善の実績になる。
まとめ：テスト自動化は小さく作って公開する
テスト自動化の学習は、次の2点に集約されます。
- 言語とツールを絞り、小さなE2Eテストを完成させる：PlaywrightかSeleniumで1本動かすことが最初の成果になる
- GitHub公開とCI/CD統合で、転職で見せられる実績にする：コード、README、実行方法、改善点まで整理する
作った実績をどの求人で評価してもらえるかは、QA・SDET・開発寄りQAに強いエージェントへ相談すると確認しやすくなります。
NEXTQA・テスター向け転職エージェントを比較するFAQ
よくある質問
テスト自動化を学ぶのにプログラミング経験は必要ですか？
必要です。ただし最初から高度な開発力は不要です。JavaScript/TypeScriptかPythonで、変数、条件分岐、関数、配列、ファイル構成を理解してからPlaywrightやSeleniumに進むと学習しやすくなります。
テスト自動化の学習にどのくらいかかりますか？
基本的なE2Eテストを1本書いてGitHubに公開するだけなら、週10時間程度で1〜2か月が目安です。CI/CD統合や保守しやすい設計まで含めると3〜4か月程度を見ておくと現実的です。
あわせて読む
関連記事
QAエンジニア・テスター転職ガイド｜年収・キャリアパス・自動化の進め方
QAエンジニア・テスターが転職を考えるときに必要な、年収停滞の理由、キャリアパス、自動化スキル、開発職への移行準備、エージェント選びをまとめて整理します。
QAエンジニアの年収が上がらない理由｜手動テスト依存から抜け出す方法
QAエンジニア・テスターの年収が上がりにくい理由を、能力不足ではなく手動テスト依存と評価構造から整理します。テスト自動化、SDET、QAリード、開発寄り転職で年収レンジを上げる方法も解説します。
監修者
IT未経験からエンジニアに転向し、SES（客先常駐）で長年エンジニアとして活動。その後フリーランスに転向し、現在も継続して稼いでいる。未経験からのIT就職・SESからのキャリアシフト・フリーランス転向…
詳しいプロフィールを見る →