Webアプリケーションエンジニア（バックエンド） → QAエンジニア（自動テスト・品質戦略）
QA / テストエンジニア: ソフトウェアの品質保証を設計・実装・検証の全フェーズで担う専門職。自動テスト・CI/CD統合・品質プロセス改善まで幅広く対応。
完全プランを見る新卒でSIerに入社し、3年間Javaによる業務システム開発に従事。その後スタートアップに転職してRuby on Railsでのバックエンド開発を担当してきた。コードレビュー時に自分の書いたコードでバグを繰り返し見つけられる一方、テストコードの書き方やQAプロセスに体系的な知識がないまま開発を続けてきたことに限界を感じ始めた。リリース直前のデグレによるインシデントをきっかけに、品質保証の重要性を痛感。自動テスト設計や継続的デリバリーの観点からQA専門家としてのキャリアを模索するようになった。チームの品質文化を変えていく役割に強い関心を持っており、個人的にもテスト自動化フレームワークの学習を続けている。
「バグを「後から発見する」のではなく、「最初から作り込まない」ソフトウェア開発を組織全体で実現したいというのが一番の動機だ。開発者としての実装経験を活かしながら、テスト設計・自動化・CI/CDパイプライン整備の専門家として組織の品質底上げに貢献できるQAエンジニアを目指している。品質をエンジニアリングの一部として捉え直す文化変革のリーダーになることが長期的な目標であり、そのためにQAエンジニアリングを体系的に習得する決意を固めた。」
青木 智哉さん本人の学習設計の語り
開発者視点を持つQAエンジニアになるために、まずTDDと単体テストの基礎から体系的に習得することを学習の出発点に設定した。第1フェーズでは品質工学の考え方とテスト自動化の実践知識を固め、テスト設計技法の体系（同値分割・境界値分析・デシジョンテーブル）も合わせて学ぶことで理論と実践の両輪を確立する。第2フェーズでは継続的デリバリーとDevOpsパイプラインへのQA統合を集中的に学び、自動テストをCI/CDに組み込む実践スキルを習得する。既存のバックエンド開発スキルとテスト設計の知識を融合させ、シフトレフトの品質戦略を実践できるQAエンジニアとしての基盤を4ヶ月で確立する計画であり、学習期間中はOSSへの貢献も並行して行う方針だ。
現在のスキル水準とQAエンジニア（自動テスト・品質戦略）に必要な水準を並べ、何を伸ばすべきかを可視化しています。
迷ったらこの順番で読むのが推奨。基礎 → 実践 → 視座を上げる、という流れで構成されています。
なぜこの本か
TDDの発案者Kent Beckによる原典。テスト駆動で設計を改善する思想は、QAエンジニアとして品質を「後から追加する」のではなく「設計段階から組み込む」考え方の礎となる。バックエンドエンジニア出身として実装との両立が理解しやすく、最初に手に取るべき一冊。
なぜこの本か
Googleがどのようにソフトウェア品質を組織全体で担保しているかを解説した実践的な一冊。テストの種類・カバレッジ戦略・コードレビュー文化など、QAエンジニアが組織に実装すべき施策が体系的に学べる。スタートアップでの実務にも直接応用できる具体的な手法が豊富。
なぜこの本か
テストの自動化をCI/CDパイプラインに統合する際の設計原則と実践手法を網羅した書籍。リリース品質を継続的に担保するエンジニアリング文化の構築方法まで丁寧に解説されており、QAエンジニアとして即戦力になれる実践知識が詰まっている必読書。
テスト駆動開発の思想と実践、品質エンジニアリングの体系的理解、ソフトウェアエンジニアリングの原則
このフェーズで読む本
継続的デリバリーの設計・運用、DevOpsパイプラインへのテスト自動化統合、レガシーコードのテスト追加手法
このキャリア遷移を目指す青木 智哉さんが活用を検討しやすい転職サービスをまとめました。
QAエンジニア・自動化エンジニア求人が豊富で、開発経験者からのキャリアチェンジ事例が多い
※ サービス選びの参考情報。利用は各自の判断で。
エンジニア特化型エージェントとしてQA・テスト自動化分野の案件数が業界最大級
※ サービス選びの参考情報。利用は各自の判断で。
同じ職種・近いレベル感を目指す他のペルソナです。学習プランや読む順番のバリエーションとして参考にしてください。
青木 智哉さんの学習プランは「QA / テストエンジニア」を目指す一例です。 職種全体のロードマップ・必要スキル・代表的な書籍は専用ページで体系的に確認できます。
QA / テストエンジニアのロードマップを見る →
