テスト自動化エンジニアの週2〜3日・副業案件｜探し方と受けるときの注意点

週2〜3日や副業で受けられるテスト自動化の案件は、数は限られますが、あります。開発チームに入って毎日テストを書き足す案件は週5日が中心です。そのなかで週2〜3日でも成り立ちやすいのは、自動化の立ち上げの助言、既存テストの安定化、CIの実行時間の改善、APIテストの整備など、範囲と成果を区切りやすい仕事です。

探すときは、「週3日で何でも」ではなく、稼働日数に合う役割の案件を選ぶことが大切です。この記事では、週2〜3日・副業のテスト自動化の案件の傾向、探し方、受けるときの注意点を整理します。週3日の働き方全般は週3日の業務委託案件の記事で解説しています。

週2〜3日のテスト自動化案件が少ない理由

テスト自動化で週5日の募集が多いのは、仕事の性質によるものです。

• 開発の速さに追いつく必要がある：機能の変更のたびにテストを足したり直したりするため、不在の日が多いと追いつけない
• 落ちたテストを早く見る必要がある：CIで落ちたテストを放置すると、開発者が結果を見なくなり、自動テストの価値が下がる
• チームの会議と一緒に動く：短い周期の計画や振り返りに出て、どの変更にテストを足すかを決める

そのため、開発チームの一員として日々テストを書き足す役割を週2〜3日で募集することは多くありません。週2〜3日の案件は、範囲を絞った役割として募集されることがほとんどです。

週2〜3日・副業で見つかりやすい案件の型

立ち上げの助言は、社内の開発者が自動化を始めたいものの、進め方の知見がない現場で出てくる案件です。フリーランスは、対象の選び方、共通部品の作り方、テストの書き方の決まりを示し、社内の開発者が書いたテストをレビューします。

既存テストの安定化やCIの改善は、直す対象が一覧にでき、改善の前後を数字で比べられるため、短い稼働でも成果を示しやすい領域です。リモートで進めやすい型でもあるので、テスト自動化エンジニアのリモート案件の記事もあわせてご覧ください。

週2〜3日のテスト自動化案件の探し方

1. 担える範囲を先に決める

週2〜3日で受けるなら、どの仕事を担い、どの仕事は担わないかを先に決めておきます。たとえば「安定化とCIの改善は担うが、新機能のテストの追加は社内の開発者にお願いする」のように、範囲を言葉にしておくと、案件との照らし合わせが早くなります。

2. 落ちたテストを誰が最初に見るかを決める

テスト自動化の案件では、稼働しない日にCIで落ちたテストの扱いが最も問題になります。最初に見る人を社内の開発者にしてもらえるか、自分は稼働日にまとめて原因を調べる形でよいかを、探す段階から条件として持っておきましょう。

3. 週5日の案件の一部を切り出してもらう

週5日で募集されている案件でも、役割を分ければ週2〜3日で受けられる場合があります。安定化の期間だけ、CIの改善だけ、といった切り出し方を相談する道もあります。発注元の体制によっては難しいこともあるため、無理に条件を押しつけないことが大切です。

4. 使い慣れた言語とツールの案件から選ぶ

稼働日数が少ないほど、立ち上がりの早さが求められます。テストを書く言語、ブラウザ操作やAPIテストのツール、CIの種類が自分の経験に近い案件を選ぶと、短い稼働でも成果を出しやすくなります。

短い稼働で信頼を得る進め方

週2〜3日の担当は、不在の日があることを前提に、仕事の進め方を組み立てる必要があります。

• 稼働日の最初にCIの結果をまとめて見る：前回の稼働日からの失敗を一覧にし、テスト側の問題と不具合を分けて共有する
• 不安定なテストの扱いを決めておく：自分が不在の間に落ち続けるテストを、一時的に外してよいか、誰が判断するかを合意しておく
• 改善を小さく区切って出す：大きな書き直しより、稼働日ごとにレビューできる大きさの変更にする
• 週の終わりに短く報告する：直したもの、残っているもの、実行時間や失敗の割合の変化を文章で残す

こうした進め方を面談で具体的に話せると、短い稼働でも任せられるかを発注元が判断しやすくなります。

受けるときの注意点

責任の範囲と稼働日数をそろえる

週2〜3日の案件で起きやすいのは、稼働日数は減ったのに、落ちたテストへの対応は毎日求められるという状態です。不在の日にも連絡が来て、結果として稼働日以外の作業が増えていきます。参画前に、担う範囲と、不在の日に誰が最初に見るかを確かめておきましょう。

稼働の記録と精算を確かめる

夜間のCIの失敗を見たり、開発者からの質問に答えたりする時間は、稼働として数えにくくなりがちです。稼働日以外に対応した時間の扱いを、精算の条件と合わせて確かめます。精算の仕組みは精算幅の記事、役割が広がった場合の扱いは作業範囲が広がったときの契約の扱いで解説しています。

リリース前の稼働の増え方を確かめる

大きなリリースの前は、回帰テストの確認や手動の確認の手伝いで、稼働を増やしてほしいと頼まれることがあります。応じられる範囲と、そのときの条件を先に決めておくと、慌てずに判断できます。

会社員の副業でテスト自動化の案件を受けるとき

会社員が副業で受ける場合は、上の注意点に加えて、次の点を確かめます。

• 勤務先の就業規則：副業が禁止か、許可制か、届出制か。業務委託が対象に含まれるか
• 本業との競合：本業と同じ業界の会社や、本業の取引先の案件は、競業や秘密の扱いで問題になりやすい
• 時間帯：開発チームとのやり取りは平日の日中が中心になりやすく、本業の時間と重ならないか
• 税金の申告：副業の所得の申告の考え方は副業の確定申告の記事をご覧ください

テスト自動化は、本業で書いたテストの共通部品や手引きを流用したくなりやすい仕事です。本業で作ったコードや知った仕様を副業の案件で使わないよう、意識して切り分けましょう。就業規則の読み方は会社員の副業で業務委託案件を受けるときの注意点と副業禁止の会社で業務委託を受けるリスク、平日の日中に動けない場合は週末・夜だけの業務委託案件の記事で解説しています。判断に迷う場合は、勤務先の担当部署や税理士などの専門家にご相談ください。

よくある質問

週2〜3日の案件でも、自動化の経験として評価されますか？

担った範囲と改善の中身を具体的に書けば、経験として評価されます。スキルシートには稼働日数と担った範囲を正確に書き、改善の前後で何が変わったかを相対の形で添えると伝わりやすくなります。

平日の夜や週末だけでも受けられますか？

開発チームとのやり取りが平日の日中に集まりやすいため、夜や週末だけで受けられる案件は限られます。レビューや方針の助言、範囲を決めたテストの整備のように、成果物や回数で区切れる関わり方なら成り立つことがあります。

週3日で始めて、あとから週5日に増やすことはできますか？

発注元の体制や予算によっては増やせることがあります。ただし案件ごとに事情が違うため、増やせる前提で受けるのは避けたほうが無難です。将来の希望がある場合は、参画前に伝えておくと話がしやすくなります。テスト自動化の案件で契約前に確かめたい点は案件の選び方の記事で整理しています。