テスト自動化エンジニアのフリーランス案件の仕事内容｜案件の種類と働き方

フリーランスのテスト自動化エンジニアの仕事は、どの確認を自動にするかを決め、テストコードを書き、CIで回し、落ちたテストの原因を調べて直すことの繰り返しです。ただし、自動化をこれから始める現場か、すでにあるテストを増やす現場か、壊れかけたテストを立て直す現場かで、1日の時間の使い方も、話す相手も、手元に残る成果物も大きく変わります。

この記事では、テスト自動化の案件を4つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。求められる技術はテスト自動化エンジニアのスキルの記事、独立の準備はテスト自動化エンジニアがフリーランスになるにはで扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。

仕事の中身は「局面」と「担う層」で決まる

テスト自動化の案件は、募集の文面が似ていても働き方がかなり違います。違いを生むのは主に次の2つです。

• 局面：自動化をこれから始めるのか、増やしている最中か、不安定になったテストを直すのか、CIや実行の環境を整えるのか
• 担う層：画面を操作するE2Eテストか、APIのテストか、開発者が書く単体テストの仕組みまで見るのか

この2つを掛け合わせると、フリーランスのテスト自動化の案件はおおむね次の4種類に分けられます。

以下では、それぞれの流れを典型的な例として紹介します。時間の配分は案件ごとに違うため、目安として読んでください。

自動化の立ち上げの仕事

1日の流れ（例）

参画して最初の数週間は、コードを書くより調べて決める時間が中心です。午前は手動のテスト仕様や過去の不具合の記録を読み、どの機能の回帰テストに手間がかかっているかを洗い出します。午後は開発者やQAの担当者に話を聞き、画面の構造やテスト用の環境、テストデータの作り方を確かめます。候補のツールで小さな試作を作り、チームの言語や実行の速さを比べることもあります。

方針が決まった後は、ページの操作をまとめた共通部品やログインなどの準備処理を作り、主要な画面の流れから順にテストを書いていきます。

1か月の流れ（例）

• 最初の1〜2週：対象の洗い出し、ツールの比較、方針の案づくり
• 週に1回：開発の責任者に進み具合と判断が必要な点を報告する
• 月の後半：最初のテスト群をCIで定期的に動かし、結果がチームに届く流れを作る
• 月末：自動化した範囲と対象外にした範囲、次の月に進める順番を文章にまとめる

成果物

自動化の方針書（対象と対象外、層の分け方、ツールを選んだ理由）、共通部品とテストコード、CIの設定、テストの書き方の手引きなどです。立ち上げの案件では、後から来た人が同じ書き方で増やせるかが成果として見られます。

拡充の仕事

1日の流れ（例）

開発チームの一員として、スプリントなどの短い周期に合わせて動きます。朝の短い打ち合わせで、その日に入る機能の変更とテストの追加の予定を確かめます。午前は前夜のCIの結果を見て、落ちたテストが不具合によるものか、テストの側の問題かを切り分けます。午後は新しい機能のテストを書き、開発者のプルリクエストに合わせてテストを直し、レビューを出し合います。

コードを書く時間は4つの中で最も長くなりやすく、開発の速さについていくことが求められます。

1か月の流れ（例）

• 周期の始め：計画の会議で、どの変更にどの層のテストを足すかを決める
• 周期の途中：テストの追加と修正、落ちたテストの切り分けを毎日回す
• 周期の終わり：振り返りで、不安定だったテストや実行時間の伸びを共有する
• 月に1回程度：テストの重複や古くなったテストを見直し、整理する

成果物

追加・修正したテストコード、レビューの記録、不安定なテストの一覧と対応の記録などです。QAの担当者がいる現場では、自動化した観点と人が確かめる観点の分担表も成果物になります。

既存テストの立て直しの仕事

自動テストはあるものの、落ちても誰も見なくなった、実行に時間がかかりすぎる、といった状態で参画する案件です。最初の数週間とその後で仕事の中身が変わります。

参画直後の数週間

最初は、直す前に測るのが仕事です。CIの過去の結果から、よく落ちるテスト、時間のかかるテスト、同じ失敗を繰り返すテストを洗い出します。失敗の原因を、待ち方の問題、テストデータの取り合い、環境の不調、本当の不具合などに分けて数えます。前任者が残したコードを読み、共通部品の作りや命名の癖をつかむ時間もかかります。

方針を決めた後

原因の多いものから順に直します。不安定なテストを一時的に外す、待ち方を見直す、データを毎回作り直す形に変える、重複するテストを減らす、といった手を打ち、改善の前後で実行時間と失敗の割合を比べて報告します。

成果物

現状の分析資料、不安定なテストの扱いのルール、直したテストコード、改善前後の数字の比較などです。立て直しでは、チームがもう一度テストの結果を信じて使うようになったかが最終的な成果になります。

CIと実行基盤の整備の仕事

1日・1か月の流れ（例）

テストそのものより、テストを速く安定して回す仕組みに時間を使います。CIの設定ファイルを読み、変更のたびに流すテスト、夜間に流すテスト、リリース前に流すテストを分けます。並列で実行する設定や、失敗したときにスクリーンショットや実行の記録を残す設定を整えます。テスト用の環境の立ち上げやテストデータの準備を自動にする作業も含まれます。

1か月の単位では、実行時間と待ち時間の推移を見て、遅くなっている部分を直します。CIの利用料や実行環境の費用が話題になることもあり、開発基盤やインフラの担当者と相談する場面が増えます。この方向の仕事はSREの領域と重なるため、SREがフリーランスになるにはも参考になります。

成果物

CIの設定とその説明、実行の種類ごとの対象表、テスト環境とデータの準備の手順、実行時間の記録などです。

どの案件にも共通する仕事

種類が違っても、次の仕事はほぼすべての案件にあります。

1. 落ちたテストの切り分け：不具合か、テストの問題か、環境の問題かを見分け、担当に渡す
2. レビュー：自分のテストコードを見てもらい、開発者のテストも見る
3. 不安定なテストの扱い：外すか、直すか、誰が見るかを決めて記録する
4. 自動化の範囲の記録：何を自動で確かめ、何を人が見るかを文章で残す

フリーランスならではの仕事として、自分の稼働の記録と報告もあります。月の稼働時間に幅を決めて精算する契約が多いため、夜間のCIの失敗に対応した時間なども日々つけておきます。精算の仕組みは精算幅の記事をご覧ください。

関わる相手と、その相手に出すもの

テスト自動化エンジニアの1日は、誰に何を渡すかで組み立てられています。

QAの担当者がいない現場では、どの観点を確かめるかの判断も自分に寄ってきます。テスト全体の設計を担う仕事はQAエンジニアの仕事内容、品質の方針を決める仕事はQAマネージャーの仕事内容で解説しています。働く場所については、テストコードとCIの仕事はリモートで進めやすい一方、検証環境が社内のネットワークにある案件では出社や接続の条件が付きます。詳しくはテスト自動化エンジニアのリモート案件の記事をご覧ください。

よくある質問

テスト自動化の案件では、1日中テストコードを書いているのですか？

拡充の案件ではコードを書く時間が長くなりますが、立ち上げや立て直しでは、調査や話し合い、落ちたテストの切り分けにも多くの時間を使います。どの局面の案件かで配分が大きく変わるため、参画前に確かめておくと想定とのずれを防げます。

手動のテストを実行する仕事も含まれますか？

案件によります。自動化の担当として入っても、リリース前に手動の確認を手伝うよう頼まれることがあります。含まれるかどうかと、含む場合の稼働の扱いを契約の前に確かめておきましょう。

参画して最初の1か月は何をすることが多いですか？

既存のテストとCIの結果の読み込み、テスト環境とデータの作り方の確認、開発チームとの役割分担の確認から始めるのが一般的です。初月の進め方はテスト自動化エンジニアの参画初月にやることで解説します。