週2〜3日・副業のQAエンジニア案件はある？傾向と探し方、受けるときの注意点

週2〜3日や副業で受けられるQAエンジニアの案件は、数は限られますが、あります。QAの案件は、テストの期間にまとまった作業量があり、開発と毎日やり取りしながら進むため、週5日の稼働を前提にしたものが中心です。そのなかで週2〜3日でも成り立ちやすいのは、テストの設計やレビュー、決まった範囲の探索的なテスト、発注側の受入れの支援、テストの進め方の点検などです。

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

週2〜3日のQA案件が少ない理由

QAの案件で週5日が多いのは、仕事の性質によるものです。

• テストの期間に作業が集中する：開発の後半やリリースの前に、決まった期間で多くの範囲を確かめる必要がある
• 開発とのやり取りが毎日ある：不具合の報告、再確認、仕様の問い合わせが日々往復し、不在の日が多いと修正の流れが止まりやすい
• 環境と端末が拠点にあることがある：検証の端末や機器が決まった場所にあり、通う日数で作業の量が決まる

そのため、テストの実行を広く担う役割を週2〜3日で募集することは多くありません。週2〜3日の案件は、作業の範囲や成果物を区切ったQAとして募集されることがほとんどです。

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

テストの設計やレビューは、仕様書とテスト管理のツールがあれば作業を稼働日にまとめやすい領域です。作ったケースの実行を社内の担当者や別のテストの担当者が行う体制なら、週2〜3日でも役割が成り立ちます。

テストの進め方の点検は、すでに動いているチームのテスト計画や不具合の扱いを外から見直す役割です。リリースの後に不具合が多く見つかるようになった、テストに時間がかかりすぎている、といった悩みを持つ発注元から出てくることがあり、期間や回数を区切って関わる形になります。品質の仕組みまで扱う場合は、QAマネージャーの週2〜3日案件の記事もあわせてご覧ください。

週2〜3日のQA案件の探し方

1. 担える範囲と成果物を先に決める

週2〜3日で受けるなら、どの作業を担い、どの作業は担わないかを先に決めておきます。たとえば「担当機能の観点の洗い出しとケースの作成、レビューの指摘への対応は担うが、日々の実行と再確認は社内の担当者にお願いする」のように、範囲と成果物を言葉にしておくと、案件との照らし合わせが早くなります。

2. 稼働する曜日と、不具合の確認の流れを決める

QAでは、開発者からの問い合わせや修正の確認がいつ届くかが大切です。稼働する曜日を固定できるか、稼働日以外に問い合わせが来たときにどこまで応じられるかを決めておきましょう。テストの山場の週だけ稼働を増やせるかどうかも、先に考えておくと話が早くなります。

3. リモートで進められる作業から選ぶ

週2〜3日の副業では、通う日数が増えると続けにくくなります。テストの設計やレビュー、Webの検証環境での探索的なテストは、リモートで進めやすい作業です。端末や機器が拠点にある案件では、作業の場所と日数を先に確かめておきます。リモートの事情はQAエンジニアのリモート案件の記事で整理しています。

4. 経験の近い対象と業界から選ぶ

稼働日数が少ないほど、立ち上がりの早さが求められます。対象（Web、モバイル、業務システム）や業界、開発の進め方が自分の経験に近い案件を選ぶと、仕様を読む時間を短くでき、短い稼働でも成果を出しやすくなります。

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

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

• 稼働日の初めに予定、終わりに結果を残す：その日に確かめる範囲と、終わった範囲・残った範囲・気になる点を、文章で残す
• 問い合わせはまとめて出す：仕様の不明点は稼働日の早い時間にまとめて出し、次の稼働日までに答えをもらえるようにする
• 不具合の報告を一人で読める形にする：不在の日に開発者が読んでも再現できるよう、手順・期待した結果・実際の結果・環境・画面の記録をそろえる
• 急ぎの判断を誰が担うかを決める：重い不具合が不在の日に見つかったとき、誰が判断し、どう連絡するかを先に決めておく

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

受けるときの注意点

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

週2〜3日の案件で最も起きやすいのは、稼働日数は減ったのに、確かめる範囲は週5日の案件と同じという状態です。テストの期間の終わりが近づくと、稼働日以外にも作業が増えていきます。参画前に、担う範囲と成果物、期限を確かめておきましょう。

テストの期間がずれたときの扱いを確かめる

開発の遅れでテストの開始がずれると、決めていた稼働日にテストの対象がそろわないことがあります。待ちの時間をどう扱うか、期間が後ろにずれたときに契約の期間や稼働日をどう扱うかを、精算の条件と合わせて確かめておきます。精算の仕組みは精算幅の記事、参画後に作業が広がった場合の扱いは作業範囲が広がったときの契約の扱いで解説しています。

端末と情報の扱いを確かめる

副業や掛け持ちでは、複数の取引先のテストの資料や端末を手元に持つことになります。資料の保存場所、画面の記録の扱い、端末の返却の方法を、取引先ごとに分けて管理しましょう。

会社員の副業でQA案件を受けるとき

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

• 勤務先の就業規則：副業が禁止か、許可制か、届出制か。業務委託が対象に含まれるか
• 本業との競合：本業と同じ分野の製品や、本業の取引先の製品のテストは、競業や秘密の扱いで問題になりやすい
• 時間帯：開発者とのやり取りは平日の日中が中心になりやすく、本業の時間と重ならないか

厚生労働省は「副業・兼業の促進に関するガイドライン」（2022年7月改定）を公表し、モデル就業規則でも、許可なく他社の業務に従事しないという規定を改め、副業・兼業についての規定を設けています（2026年10月時点、厚生労働省の案内による）。ただ、実際に何が認められるかは勤務先ごとの就業規則で決まります。

QAは、発売前の製品や公表前の機能に触れやすい立場です。本業で知った製品の情報や不具合の傾向を、副業の案件で使わないよう、意識して切り分ける必要があります。就業規則の読み方は会社員の副業で業務委託案件を受けるときの注意点と副業禁止の会社で業務委託を受けるリスク、確定申告の要否は副業の20万円の考え方の記事、住民税の扱いは副業の住民税の記事で解説しています。平日の日中に動けない場合の探し方は週末・夜だけの業務委託案件の記事をご覧ください。税務や就業規則の判断に迷う場合は、勤務先の担当部署や税理士などの専門家にご相談ください。

よくある質問

テストの実行だけを週2〜3日で受けることはできますか？

案件はありますが、多くはありません。実行は開発とのやり取りが毎日発生しやすいため、決まった範囲を決まった期間で確かめる形や、ほかの担当者と交代で受け持つ形なら成り立つことがあります。稼働日と範囲を区切れるかを、面談で確かめましょう。

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

担った範囲と成果物を具体的に書けば、経験として評価されます。スキルシートには稼働日数と担った工程を正確に書き、テスト全体を担ったと誤解されない書き方にしておきましょう。書き方はQAエンジニアのスキルシートの記事で解説しています。

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

テストの設計やレビュー、決まった範囲の探索的なテストのように、成果物で区切れる作業なら成り立つことがあります。ただ、検証環境が夜間や休日に使えない、開発者への問い合わせが平日の日中に限られる、といった事情で難しい案件も多いため、作業できる時間帯を先に確かめておきましょう。