QA・テストの案件の取り方は、不具合の書き方を見本で示すのが早い

2026年2月26日

朝比奈蒼

この記事のポイント

✓QA・テストの案件の取り方で最も効くのは
✓経歴を並べることではなく不具合報告の見本を1枚添えることです
✓単価交渉までを実務目線で整理します

QA・テストの案件をどう取るか。結論から言うと、経歴を長く書くより、不具合報告の見本を1枚添えるほうが速いです。この職種の発注者が知りたいのは「何年やったか」ではなく「この人の報告は読みやすいか」だからです。そして報告の読みやすさは、実物を見せれば1分で伝わります。この記事では、案件の探し先、応募文の組み立て方、見本の作り方と渡し方、そして単価をどう決めるかまでを順に整理します。

案件の取り方を考える前に、市場の形を把握する

営業の話に入る前に、この職種の案件がどこにどれだけあるのかを押さえておきます。ここを見誤ると、努力の方向がずれます。

QA・テストの案件は、大きく三つの流通経路に分かれています。エージェント経由の高単価案件、クラウドソーシング型の単発案件、そして発注者との直接取引です。

エージェント経由の案件は、単価が高い代わりに数が絞られます。リモート特化のエージェントが公開している案件数を見ると、その傾向がはっきり出ます。

QA・テストエンジニアのリモートワーク案件は7件を一般公開しています。出典: remogu.jp

一般公開が7件。これをどう読むかですが、非公開案件が別にある前提の数字です。エージェント型のサービスは、登録して面談を経た人にだけ大半の案件を出す運用が一般的なので、公開数だけを見て「案件が少ない」と判断するのは早計です。ただ同時に、登録と面談という手続きを踏まないと選択肢が見えてこない、という構造でもあります。

フリーランス向けの案件サイトでは、職種の分類そのものが分かれています。

職種：QAエンジニア、テストエンジニア・テスター出典: flxy.jp

QAエンジニアとテストエンジニア・テスターが並記されている点に注目してください。発注側が、この二つを別物として扱っているということです。設計や品質プロセスに関わる役割と、実行と報告を担う役割。求められるものが違うので、応募先を選ぶ段階で自分がどちらを狙うのかを決めておく必要があります。

正直なところ、ここを曖昧にしたまま「QA・テストの案件を探しています」と応募している人は多いです。発注者から見ると、何ができる人なのか判断できません。まず、この分岐を自分の中で決めてください。

三つの経路を、どう使い分けるか

エージェント経由は、実務経験が数年あって、週にまとまった時間を出せる人向けです。単価は高い傾向にありますが、稼働条件が厳しめに設定されます。副業から入る人には、まだ届かないことが多い経路です。

クラウドソーシング型は、実績がない段階でも応募できます。ただし競合が多く、価格で比較されやすい。ここを主戦場にし続けると、単価が上がりません。実績を作るための助走路として使い、抜けるタイミングを決めておくのが現実的です。

直接取引は、発注者と受け手のあいだに仲介が入らない形です。手数料が乗らないぶん受け手の手取りが厚くなりますし、発注者から見れば同じ予算でより多く頼めます。ただ、案件の見つけ方と信頼の作り方を自分で用意する必要があります。この記事の後半で扱う「見本を示す」という手法は、まさにこの経路で効きます。

なぜ見本が経歴より速いのか

ここが本題です。

QA・テストの発注者が抱えている不安は、はっきりしています。「この人に頼んだら、読めない報告が大量に送られてきて、こちらの手間が増えるのではないか」という不安です。

不具合報告は、開発チームにとって割り込みです。手を止めて読み、再現し、原因を探り、直す。この一連の負荷が、報告の質に比例して増減します。再現手順が曖昧な報告が10件届くより、精度の高い報告が3件届くほうが、チームは前に進みます。

つまり、発注者が本当に選別したいのは「バグを見つける能力」ではなく「見つけたものを伝える能力」なんです。ここを取り違えている応募が非常に多い。

経歴文が信用されにくい理由

「テスト業務経験3年」「テストケース作成500件」といった記述を、発注者はどう読むか。

率直に言えば、あまり信用していません。理由は二つあります。一つは、検証できないから。もう一つは、量が質を保証しないからです。テストケースを500件書いた人と50件書いた人で、報告の読みやすさに相関があるとは限りません。

対して、実物の報告書は検証が要りません。読めば分かるからです。環境情報が書いてあるか、手順が番号で並んでいるか、期待結果と実際の結果が分かれているか。発注者は数十秒でこれを判断できます。

この非対称性が、見本を添える戦術が効く理由です。相手の判断コストを下げるものだけが、応募の中で目立ちます。

見本は「実案件の成果物」でなくてよい

ここでよく出る疑問に先に答えておきます。守秘義務があるから過去の報告書は出せない、という問題です。

そのとおりで、実案件の報告書をそのまま出してはいけません。出す必要もありません。

代わりに使うのは、公開されているサービスを題材にした架空の報告書です。誰でも触れるWebサービスやアプリを一つ選び、実際に操作して気づいた点を、あなたの書式でまとめる。これなら守秘義務に触れず、書き方の実力だけを示せます。

発注者が見たいのは、あなたが過去に何を見つけたかではなく、あなたが書くとどういう文書になるかです。題材は何でも構いません。

見本の作り方と、応募文への組み込み方

具体的な手順に入ります。

題材の選び方

題材は、応募先のプロダクトに近いものを選びます。Webサービスの検証案件に応募するならWebサービス、スマートフォンアプリの案件ならアプリ。ジャンルが近いほど、発注者は自分ごととして読めます。

ここで一つ注意があります。応募先のプロダクトそのものを題材にするのは、避けたほうが無難です。頼まれていない検証結果を送りつける形になり、受け取り方が人によって分かれるからです。指摘の内容が的外れだった場合、印象は逆に悪くなります。

同じ業界の別サービスを選ぶ。これが安全で、かつ理解の深さも伝わる選び方です。

見本に載せる内容

見本は、不具合報告を2件から3件と、その前置きとしての検証条件の記載で構成します。A4で1枚から2枚に収めてください。長いものは読まれません。

不具合報告に含める項目は、環境情報、番号を振った再現手順、期待結果と実際の結果、発生頻度、証跡としてのスクリーンショット、自分が試した切り分けの6つです。この構成そのものが、あなたの仕事の型を示します。

3件のうち1件は、重い不具合ではなく軽微な表示の崩れを入れておくと効果的です。細かいところまで見ている、という印象が付きます。逆に、致命的な不具合ばかり並べると、演出臭が出ます。

もう一つ、余力があれば「これは不具合か仕様か判断できなかった点」を1件添えてください。判断を保留して発注者に委ねる姿勢は、実務で信頼される要素です。断定したがる人より、線引きができる人のほうが安心して任せられます。

見本を1枚から3枚に育てる

最初は1枚で構いませんが、応募を続けるなら見本は複数持っておくほうが効率的です。

用意しておきたいのは、Webサービスを題材にしたもの、スマートフォンアプリを題材にしたもの、そして業務システム風の画面を題材にしたものの3種類です。応募先の領域に合わせて出し分けられると、毎回作り直す手間がなくなります。

もう一段進めるなら、報告書だけでなく、テストケースの一覧も1枚用意しておきます。表形式で、確認する条件と期待結果を並べただけのものです。テスト設計まで担える人材を探している発注者には、こちらのほうが刺さります。

見本の更新も忘れないでください。半年前に作ったまま放置していると、題材にしたサービスの画面が変わっていて、内容が古くなっていることがあります。指摘した不具合がすでに修正されている見本を渡すと、確認していない印象を与えます。四半期に一度は開いて、題材が生きているかを確かめておくとよいです。

応募文の構造

応募文は、次の順で組み立てます。

冒頭2行で、何ができるかを書く。「Webサービスの機能検証と不具合報告を担当できます。テストケースの作成から実行、報告書の作成までを一貫して対応します」。ここで長い自己紹介を始めないこと。

次に、見本への言及を置く。「報告書の書き方の参考として、公開サービスを題材にした検証報告のサンプルを添付しています」。ここまでを、スクロールなしで読める分量に収めます。

そのあとに、経歴や稼働条件を簡潔に書く。稼働可能な曜日と時間帯、連絡がつく時間帯は必ず入れてください。発注者が次の判断をするために要る情報です。

最後に、確認したい点を1つか2つ質問として置く。「検証対象はWebのみでしょうか、アプリも含みますか」「不具合の起票先は課題管理ツールでしょうか」。的確な質問は、業務の流れを理解している証拠として読まれます。

質問を3つ以上並べるのは逆効果です。回答の手間が増えるぶん、返信率が下がります。

見本の渡し方

添付ファイルにするか、本文に貼るか。これは応募先の形式に合わせます。

ファイル添付が可能なら、PDFにしてください。文書作成ソフトの形式のままだと、相手の環境で崩れる可能性があります。ファイル名は「検証報告サンプル_氏名.pdf」のように、開かなくても中身が分かるものにします。

添付できない場合は、本文に短く2件だけ貼ります。全部貼ると長すぎて読まれないので、絞ってください。

外部のリンクを貼る方法もありますが、リンクをクリックしてもらう手間が一段増えるぶん、到達率は落ちます。可能なら、その場で読める形にするのが確実です。

経路ごとの、具体的な動き方

見本という材料を持ったうえで、どこにどう出すか。経路別に手順を分けます。

エージェントに登録するときの準備

エージェント経由を狙う場合、最初の関門は登録面談です。ここで担当者が判断するのは、どの案件に紹介できる人かという分類です。

面談前に用意しておくのは三つ。担当できる工程の範囲、稼働できる曜日と時間、そして見本の報告書です。とくに工程の範囲は、曖昧に答えると紹介先が絞れません。「テスト設計はできますが、自動化の実装経験はありません」のように、できることとできないことを両方言い切ってください。

正直なところ、できないことを隠して登録する人が一定数います。結果として、合わない案件に入って早期に終わる。これは双方にとって損です。担当者はあなたを売り込む立場なので、正確な情報を渡したほうが、結果的に良い案件が回ってきます。

見本を面談時に見せると、担当者があなたを説明するときの材料になります。「報告書の書き方が丁寧な方です」と言うより、実物を出すほうが発注先に伝わるからです。

クラウドソーシング型で消耗しないための絞り込み

案件数が多い経路ですが、全部に応募していると時間が溶けます。絞り込みの基準を先に決めてください。

外すべきは、作業範囲が「テスト全般」としか書かれていない案件です。範囲が決まっていない案件は、後から作業が膨らみます。それから、報酬が成果物の件数だけで決まる案件も注意が要ります。不具合を多く出したほうが報酬が上がる仕組みは、重複報告や些末な指摘を誘発し、結果として発注者との関係を悪くします。

狙うべきは、対象と期間と提出物がはっきり書かれている案件です。「このアプリの、この機能を、2週間で、報告書1本にまとめる」。この粒度で書かれている案件は、発注者側の準備ができています。準備ができている発注者は、やり取りも早い。

応募数の目安は、1週間に5件から10件です。数を打つより、1件ごとに見本を題材に合わせて調整するほうが返信率は上がります。同じ見本を全部に使い回すと、題材のずれが伝わってしまいます。

直接取引の入口をどう作るか

仲介を挟まない取引は、単価の面では有利ですが、入口を自分で作る必要があります。

現実的な入口は三つあります。一つ目は、過去の案件の発注者から直接依頼をもらう形。仲介経由で始まった関係でも、契約上問題がなければ、その後の取引を直接に切り替えられる場合があります。ただし規約に反する切り替えは避けてください。

二つ目は、業務委託マッチングサービスを使う形です。仲介手数料が乗らない仕組みのサービスであれば、発注者は同じ予算でより多くを頼めますし、受け手の手取りも厚くなります。この構造上、条件面で折り合いやすい傾向があります。

三つ目は、技術記事や検証事例の公開から声がかかる形です。時間はかかりますが、書いたものがそのまま見本になるので、この職種とは相性がよい方法です。公開サービスを題材にした検証記事を数本置いておくと、検索から連絡が来ることがあります。

面談で聞かれることと、答え方

案件の面談で頻出する質問は、だいたい決まっています。

「これまでどんなプロダクトを検証しましたか」。ここは、業種と規模だけ答えれば十分です。守秘義務があるので固有名詞は出さない。「BtoCのWebサービスで、会員登録と決済まわりの検証を担当しました」という粒度が適切です。

「不具合を見つけたとき、どう報告しますか」。ここが本命の質問です。見本を出してあるなら、「お渡ししたサンプルの形式で報告します」と答えられます。出していない場合は、口頭で6項目を並べることになりますが、聞くほうの負担が大きい。見本があるかないかで、この質問の重さが変わります。

「再現しない不具合はどう扱いますか」。判断力を見る質問です。「再現率と試行回数を記録して、条件の候補を添えて起票します。確定できないことは確定できないと書きます」。断定しない姿勢を示すのが正解です。

「稼働はどのくらい出せますか」。ここは正直に答えてください。多めに申告して守れないのが、最も信用を落とす失敗です。

断られたときの動き方

応募が通らなかったとき、そのまま終わらせるのはもったいない。理由を1行だけ聞いてください。

「今回は見送りとのこと承知しました。今後の参考に、条件面と経験面のどちらが理由だったかだけ教えていただけますか」。答えてもらえないこともありますが、答えが返ってきた場合、それは市場からの直接のフィードバックになります。

条件面が理由なら、稼働や単価の設定を見直す。経験面が理由なら、見本の題材を応募先の領域に寄せる。どちらなのかが分かるだけで、次の応募の精度が変わります。

単価をどう決め、どう交渉するか

案件が取れる見込みが立ったら、次は金額です。ここを感覚で決めている人が多いのですが、根拠を持っておくと交渉が安定します。

相場の見方

QA・テストの報酬は、稼働時間の長さより、担当する工程の深さで決まります。テストケースを実行するだけの案件と、テスト設計から担う案件では、同じ職種名でも水準が変わります。

相場を体系的に把握するには、統計にもとづくデータを見るのが早いです。ソフトウェア開発領域全体の報酬水準はソフトウェア作成者の年収・単価相場にまとまっており、設計側まで担う場合の目安になります。一方、報告書やテスト仕様書の作成が業務の中心を占める案件では、文書作成の仕事の水準を示す著述家，記者，編集者の年収・単価相場のほうが実態に近いことがあります。

この二つの間のどこに自分が位置するのかを決めてから、金額を提示してください。「相場より安くしておけば取れるだろう」という発想は、短期的には通用しますが、あとで上げられなくなります。

提示の順番を間違えない

金額を先に聞かれたときに、そのまま答えるのは得策ではありません。作業範囲が確定していない段階の金額は、必ず後から揉めます。

返すべきは、範囲の確認です。「検証対象の画面数と、報告書の提出頻度をうかがえますか。範囲が分かればお見積もりします」。この一往復を挟むだけで、認識のずれによる無償作業を大きく減らせます。

範囲が確定したら、金額と一緒に「含まれるもの」と「含まれないもの」を書いてください。再テストは何回まで含むのか、仕様変更が入った場合はどうするのか。ここを最初に文字にしておくのが、最も効くトラブル予防です。

継続案件に変える一手

単発で終わるか継続になるかは、最初の納品の直後で決まります。

納品時に、検証結果の要約を3行で添えてください。「今回の検証範囲は○○です。起票した不具合は○件、うち再現条件が特定できていないものが○件あります。次回、条件の絞り込みから着手できます」。

次にやれることを1行示しておくと、発注者は継続の判断をしやすくなります。逆に、成果物を投げて終わりにすると、次を頼む理由が生まれません。

スキルと資格を、どう営業材料に変えるか

見本が最も効く材料であることは変わりませんが、補強材料も持っておくと選択肢が広がります。

ツールの経験は具体名で書く

課題管理ツール、テスト管理ツール、ブラウザの開発者ツール、APIの検証ツール。使ったことのあるものは具体名で書いてください。「各種ツール使用経験あり」という書き方は、何も言っていないのと同じです。

発注者は、自社で使っているツールと一致するかを見ています。一致すれば立ち上がりが速いと判断され、それが採用の理由になります。

自動化の経験があるなら、それも書きます。ただし「自動化できます」とだけ書くのは避けてください。何をどこまでやったのかが伝わらないと、期待値だけが上がって後で困ります。

資格の使いどころ

この職種に必須資格はありません。ただ、実績が薄い段階では、基礎を押さえている証明として機能します。

報告書と連絡文の型を扱うビジネス文書検定は、報告の読みやすさが評価軸になるこの仕事と相性がよい部類です。ネットワークやインフラ寄りの検証を狙うなら、CCNA（シスコ技術者認定）が、原因の切り分けを開発者と同じ言葉で説明する力につながります。

在宅で働く前提でどの資格が実際に効くのかを俯瞰したい方には、在宅ワークに強い資格10選｜自宅で稼げるスキルを身につけるが判断材料になります。資格を取ること自体を目的にしないよう、案件のどの場面で使うのかを先に決めてから選んでください。

仕事の全体像と、隣接領域

営業の精度を上げるには、発注側がどんな作業を切り出しているのかを知っておく必要があります。QA・テスト・コードレビューのお仕事には、この職種で実際に発注される作業の種類と進み方が整理されているので、提案の粒度を合わせるのに使えます。

将来性という観点では、テスト自動化とAIを使った検証支援の広がりが、この職種の輪郭を変えつつあります。繰り返し実行する作業は自動化に寄っていきますが、何をどう確認すべきかを決める工程は残ります。隣接領域まで視野に入れたい方はAI・マーケティング・セキュリティのお仕事を見ておくと、検証の目を活かせる場所が一つに限らないと分かります。成果物の性質は違いますが、作曲・編曲・効果音・ジングルのお仕事のような分野にも納品前の確認という工程があり、品質を見る仕事の需要は業種を越えて存在します。

作業環境の整備も、地味に営業に効きます。画面共有をしながらの打ち合わせが多い職種なので、接続が不安定だと初回の印象を落とします。在宅ワークに最適なネット回線｜光回線vsホームルーターの選び方で回線の選び方を確認しておくと、面談の場で慌てずに済みます。

市場を長く見てきた立場からの観察

フリーランスと在宅ワークの市場を20年運営してきた立場から見ると、案件が途切れない人と途切れる人の差は、営業の巧拙よりも、初回の納品物の形に表れます。

途切れない人は、頼まれた検証を出すだけでなく、発注者が次に判断すべきことを書き添えています。「ここは仕様の確認が必要です」「この画面は次回に回すのが効率的です」。この一言があると、発注者は次の依頼を組み立てやすくなる。運営者として見てきた限りでは、継続受注はこの積み重ねで決まっています。

もう一つ、取引の形についての実感を書きます。仲介が入る取引では、発注者が払った金額と受け手が受け取る金額のあいだに差が生まれます。手数料0%の直接取引に意味があるのは、単に受け取りが増えるからではありません。手取りが厚くなると、一件あたりに使える時間が増え、報告の精度を上げる余裕が生まれます。そして精度の高い報告が、次の依頼を呼ぶ。この循環に入れるかどうかが、長く続く人と続かない人を分けています。

営業の話をしてきましたが、この職種で最も強い営業材料は、結局のところ前回の仕事です。見本を添える手法は、前回の仕事がまだない人が、その代わりを用意するための手段にすぎません。1件目が取れたら、その報告書そのものが次の見本になります。守秘義務に触れない形で構造だけを抜き出せば、実案件の実力をそのまま示せます。

見本を作るのに要する時間は、慣れれば2時間ほどです。応募文を10通書く時間と比べて、どちらが返信率を上げるか。数字で考えれば、答えははっきりしています。