QAエンジニア求人の探し方｜地雷求人を避けるチェックリストと面接質問

QAエンジニアの求人探しで迷いやすいポイントは、
「どのサイトで探せば良いか」よりも「何を見て応募先を絞れば良いか」です。
求人票に書かれている言葉がふわっとしていて、入社してから担当範囲や負荷のギャップに気づくケースも少なくありません。

カギとなるのは、
「求人票のチェック項目」と「面接での確認質問」を事前にセットで持っておくことです。
これだけで、応募先の候補を早い段階でふるいにかけられます。

実はQAエンジニアは、会社によって「テスト実行中心」から「品質の仕組みづくり中心」まで幅が広い職種です。
「QAエンジニア」という同じ言葉（ポジション）でも会社によって中身が違うので、探し方より先に“見抜く軸”を用意しておく方が結果的にラクになります。

ここでは、求人を探すルートを4つに整理したうえで、地雷を避ける求人票チェックリストと、面接で必ず確認したい質問リストをまとめます。経験1年以上のデバッグ／QA経験者が、条件のよい求人に近づくための実用に絞っています。

読み進める中で、次の4つが手元に残るイメージです。

• 求人を見つける4ルートと、それぞれの使いどころ
• 求人票で危険信号を拾うチェック項目
• 面接でギャップを潰すための質問テンプレ
• 経験別に、応募前に最低限そろえる準備

「どの求人に応募すべきか」が腹落ちした状態で、次の行動へ進めるようにまとめます。

QAエンジニア求人を探す前に押さえたい前提

QAは「QA（Quality Assurance：品質保証）」の略で、品質を安定させる仕組みを作る役割を指します。デバッグ（テスト）は、テストを実行して不具合を見つける業務として使われることが多い言葉です。同じ「QAエンジニア」でも会社で範囲が違うので、求人票と面接で担当工程（設計・実行・分析・改善・自動化）を確認します。

QAエンジニアは会社によって担当範囲が大きく変わる

同じ「QAエンジニア」でも、担当範囲は会社ごとにかなり違います。たとえば、次のような差が出やすいです。

• テスト実行（手動テスト）中心で、テスト項目を消化する役割がメイン
• テスト設計（テスト観点・テストケース作成）まで任される
• 品質改善（不具合の傾向分析、再発防止の仕組みづくり）まで踏み込む
• テスト自動化（ツールでテストを自動実行する仕組み）を推進する

担当範囲が広いほど、求められるスキルも変わります。たとえば、テスト設計寄りなら仕様の読み解きや観点抽出、分析寄りなら不具合の傾向をまとめる力、自動化寄りならCI/CD（継続的インテグレーション／継続的デリバリー：自動テストやデプロイを回す仕組み）への理解が求められやすいです。

逆に、テスト実行中心の求人でも「将来的に設計へ広げたい」「自動化に触れたい」と考えているなら、成長の余地があるかを面接で確認しておくと失敗しにくいです。

求人票の「品質保証業務全般」「テストから品質改善まで」などは便利な言い回しですが、範囲が広いほど“実際に何を任されるか”は確認が必要です。

テストエンジニアとの違いは求人票では曖昧なことが多い

用語の使い分けは現場で揺れます。一般的には、テスト実行やテスト設計を中心に担うポジションが「QAエンジニア」と書かれていることもありますし、「テストエンジニア」と同じ意味で使われることもあります。

大事なのは呼び名より中身です。たとえば求人票で「テスト計画」「品質分析」「プロセス改善」などの言葉が出てくるなら、テストの実行だけで終わらない可能性が高いです。反対に「テスト項目に沿って実施」「不具合起票が中心」などの記載が多い場合は、まず実行から入る形になりやすいです。

求人票では次の2点だけ押さえると、ズレが減ります。

• どの工程を担当するか（設計・実行・分析・改善・自動化のどこまでか）
• 誰と組むか（開発エンジニアやPdMとどう連携するか）

ここを面接の質問に落とし込めば、言葉の曖昧さに引っ張られにくくなります。

未経験歓迎求人で確認したい育成と配属の見方

未経験歓迎の求人は入口が広い一方で、「未経験＝何を任されるのか」が見えにくいことがあります。確認したいのは、育成と配属の“具体”です。

• 研修の中身（座学かOJTか、期間、教材やメンターの有無）
• 最初の配属先（自社プロダクトか、クライアント常駐か）
• 最初の業務範囲（テスト実行から入るのか、設計も触れるのか）
• キャッチアップの評価（いつ何ができれば次に進めるか）

「未経験歓迎」は、会社にとっての意味が2パターンあります。ひとつは“育てる前提で採用する”、もうひとつは“近い職種なら未経験扱いでもOK（例：テスター経験者）”という意味です。どちらなのかが分かると、準備の方向性も決めやすくなります。

「研修あり」と書かれていても、実態は配属先任せになっているケースもあります。面接で遠慮なく確認して、ギャップを小さくしておくと安心です。

QAの仕事内容そのものをもう少し整理したい場合は、次の記事が役立ちます。
→ QAエンジニアとは何をする仕事か

次は、求人を見つける場所と、探し方のコツを4ルートで整理します。

QAエンジニア求人の探し方は四つのルートで考える

QAエンジニアの求人は、次の4ルートで考えると整理しやすいです。

• 転職サイト（自分で検索して応募）
• 転職エージェント（担当者経由で紹介・条件交渉）
• 企業の採用ページ（狙いの会社へ直接応募）
• 業務委託・フリーランス案件（契約ベースで参画）

それぞれ強みが違うので、「探すスピード」「条件交渉」「狙い撃ち」のどれを優先するかで使い分けます。

経験1年以上の人なら、基本は「転職サイト＋エージェント」の2本立てにして、気になる会社が出てきたら採用ページも見る、という流れが回しやすいです。業務委託も視野に入れるなら、同じタイミングで案件サイト（フリーランス向けの案件紹介）も開いておくと比較材料が増えます。

転職サイトで探すときに条件を取りこぼさない手順

転職サイトは母数が多いぶん、検索条件の作り方で結果が変わります。取りこぼしを減らすには、条件を“固めすぎない”のがコツです。

実際の進め方は、次の順番がラクです。

1. いったん広めに検索して、上位20〜30件を眺める（職種名の揺れを把握する）
2. 表記ゆれを拾って、キーワードを追加する（例：「QAエンジニア」だけでなく「品質保証」「SQA」も入れる）
3. 働き方の条件を入れる（例：東京勤務、リモート可、自社開発など）
4. いい求人の共通点をメモして、検索条件を微調整する
5. 条件を保存し、新着通知をオンにする（見逃しを減らす）

検索結果から求人票を読むときは、1社ずつ丁寧に読むより、まずは次の3か所だけ拾うと効率的です。

• 仕事内容の見出し：担当範囲（設計・実行・分析・自動化）が透ける
• 必須スキル／歓迎スキル：今すぐ必要か、将来的に触れれば良いかの温度感
• 働き方：リモート条件、残業、フレックスの有無

この3か所で「違和感がない」ものだけ、後でチェックリストに当てはめて深掘りします。

検索で引っかかった求人は、すぐに応募するより「気になる」へ入れて比較材料にしておくと、判断がブレにくいです。

転職エージェントで非公開求人と条件交渉を狙う方法

エージェントは、非公開求人（一般に公開していない募集）を持っていることがあります。さらに、条件交渉や面接調整を任せられるのが強みです。

活用するときは、希望条件だけでなく「避けたい条件」も言語化して渡すと精度が上がります。たとえば、次のような形です。

• 避けたい：テスト実行だけで設計に触れられない
• 避けたい：残業が常態化している（例：繁忙期の平均残業が月40時間超など）
• 避けたい：評価が不透明で、何を頑張ればよいか分からない
• 欲しい：自動化や品質改善に挑戦できる余地がある
• 欲しい：リモート中心など、働き方の制約が少ない

担当者に伝える材料があるほど、紹介の質が上がりやすいです。求人票に書ききれない情報も、面談で引き出してもらえます。

エージェント面談の前に、次の2点だけメモしておくと会話がスムーズです。

• 直近の担当範囲（設計・実行・自動化の比率）
• 避けたい条件（例：常態化した長時間残業、評価が不透明など）

紹介された求人は、求人票に出にくい体制やリモート運用の実態を確認してもらうと安心です。

企業の採用ページから直接応募が向くケース

採用ページの直接応募が向くのは、狙いがはっきりしているときです。

• その会社のプロダクトが好きで、応募理由が明確に言える
• 自社開発のQAをやりたい（プロダクト理解を深めて品質に関わりたい）
• 採用広報（ブログや技術記事）が充実していて、現場像が掴みやすい

直接応募は、情報が多いぶん“相性の見極め”がしやすいのがメリットです。逆に情報が薄い場合は、面接での確認項目を多めに準備しておくと安心です。

採用ページでは、求人票に加えて開発ブログや採用広報も見ると、QAの立ち位置が掴みやすいです。情報が少ない場合は、面接で品質課題の例や、QAが関わるタイミングを具体で聞いて現場像を補います。

業務委託やフリーランス案件で探すときの注意点

業務委託やフリーランスは、条件が合えば年収（手取りの感覚）が上がりやすい選択肢です。一方で、契約なので「何をどこまでやるか」を曖昧にしたまま入るとトラブルになりやすいです。

特にQA領域は、要件が流動的になりがちなので、次の点を事前に確認します。

• 業務範囲（テスト実行だけか、設計・自動化・品質改善まで含むか）
• 稼働条件（週何日、コアタイム、残業の扱い）
• 体制（QAの人数、開発との距離、意思決定者は誰か）
• 成果物（テストケース、レポート、改善提案など、納品イメージ）
• 契約の更新条件（更新の判断基準、評価タイミング）

契約形態も確認します。たとえば、稼働時間で精算するのか（例：140〜180時間のようなレンジ）、成果物ベースなのかで、働き方が変わります。加えて、単価だけでなく「稼働の安定」「リモート可否」「現場の支援体制」をセットで見ると、想像より消耗しにくいです。

業務委託では「即戦力」が期待されやすいので、経験1年以上の人ほど相性が良いルートです。

ここからは、見つけた求人を“応募していい候補”に絞り込むためのチェックリストに入ります。

地雷求人を避ける求人票チェックリスト

求人票は、良いことが中心に書かれます。だからこそ、危険信号は「書いていないこと」や「曖昧な言い回し」に出ます。ここでは、QA経験者が応募前に見るべき観点を整理します。

使い方はシンプルです。求人票で気になった点は、そのまま面接の確認質問に変換します。

仕事内容が曖昧な求人に出やすい危険な書き方

曖昧な求人が必ず悪いわけではありません。ただ、入社後のギャップが起きやすいので、確認項目を増やす必要があります。よく見かけるのは次の書き方です。

• 「品質保証業務全般」「QA業務全般」の一文で終わっている
• 「テストから品質改善まで」など、範囲が広いのに具体の成果物がない
• 「スピード感のある環境」だけ強調され、体制やプロセスが見えない
• 「裁量が大きい」一方で、評価や意思決定の流れが書かれていない

このタイプは、面接で「入社後3か月で期待される成果物」を聞くと、実態が見えます。たとえば「テストケースを何本作る」「不具合分析レポートを月1で出す」など、具体が出るかどうかが目安です。

確認質問の例は次の通りです。

• 入社後1〜3か月で、優先して任せたい業務は何ですか
• 直近のプロジェクトで、QAが作った成果物は何ですか

回答が具体に落ちない場合は、担当範囲のズレが起きやすいので注意します。

QAチームの体制が見えないときの確認ポイント

QAは体制で難易度が変わります。体制が見えない求人は、次の点をチェックします。

• QAの人数と役割分担（例：設計担当、実行担当、自動化担当）
• 開発との距離（例：スクラムに参加するか、別チームで受け取るか）
• 品質の責任範囲（例：QAがリリース可否に関わるか）
• 仕様の決め方（例：PdMが決めるのか、開発が主導するのか）

求人票に書かれていない場合でも、面接では聞いて問題ありません。特に「誰が最終的に品質の判断をするか」は、現場の健全さが出やすい質問です。

加えて、次のような質問も効きます。

• 不具合の重大度（優先度）を決める基準はありますか
• 新機能の受け入れ基準は、どこにまとまっていますか

判断基準が言葉として出てくるかを見ます。

手動テストと自動化の期待値が噛み合わない求人の見抜き方

テスト自動化は魅力的ですが、期待値が噛み合っていないと苦しくなります。求人票でチェックしたいのは、次のギャップです。

• 「自動化を推進」と書いてあるのに、ツールや言語が不明（例：Playwright、Selenium、Appiumなど）
• 自動化の目的が曖昧（回帰テストの工数削減なのか、品質指標の改善なのか）
• 自動化の時間が確保されていない（テスト実行で手一杯の体制）
• 自動化を一人に任せる前提の匂いがある（属人化しやすい）

面接では「自動化で何を減らしたいか」「誰がどれくらいの時間を割くか」を聞きます。目的と体制がセットで語られるなら、現実的に進みやすいです。

もう一歩踏み込むなら、自動テストの運用も聞きます。

• CI（継続的インテグレーション：コード更新のたびにテストを回す仕組み）に組み込まれていますか
• 失敗時の切り分けや保守は、誰がどう回しますか

運用まで話せる現場は、継続しやすいです。

評価制度とキャリアパスから成長環境を読み取る

成長できる環境かどうかは、評価の仕組みに出ます。求人票でチェックしたいのは、次のような情報です。

• 評価の基準（例：不具合の傾向分析で再発を減らした、テスト設計を標準化した）
• 目標の置き方（例：KPI（Key Performance Indicator：重要指標）があるか）
• 役割の段階（例：メンバー→リーダー→マネージャー、あるいはスペシャリスト）
• 学習支援（例：資格補助、書籍購入、勉強会参加など）

評価が曖昧な場合でも、面接で「直近の評価で見ている項目」を聞くと現実が見えます。頑張りどころが分かる環境は、転職後の伸びが早くなりやすいです。

評価が曖昧に見える場合は、面接で「直近の評価で見ている項目」や「QAのキャリアの選択肢」を聞くと具体が出やすいです。

リモート求人で勤務条件を見落とさない

リモート求人は増えましたが、条件は会社ごとに違います。求人票で確認したいのは、次の5点です。

• フルリモートか、出社頻度があるか（例：月1出社、四半期に数回など）
• 勤務時間（フレックス、コアタイム、夜間対応の有無）
• コミュニケーション手段（例：Slack、Teams、朝会の有無）
• セキュリティ要件（例：作業PCの指定、VPN、持ち出し制限）
• リモート手当や備品（例：モニター支給、通信費補助など）

「フルリモート可」でも、実態はチームの状況で変わることがあります。面接で「直近3か月の出社実績」を聞くと、運用が想像しやすいです。

フルリモート求人は、オンボーディング（入社後の立ち上がり支援）の有無も確認します。立ち上がりの支援があるだけで働きやすさが変わります。

求人票で気になる点が見えたら、次は面接で“確認してよい質問”に変換します。

面接で必ず確認したい質問リスト

面接は「評価される場」でもありますが、同時に「こちらが選ぶ場」でもあります。特にQAは担当範囲が広いので、質問の準備がそのままミスマッチ予防になります。

ここでは、質問を4カテゴリに分けます。使いやすい形に整えているので、そのままメモにして持っていけます。

質問するときは、詰問にならないように「現状を理解して、入社後のギャップを減らしたい」という意図を先に添えるとスムーズです。たとえば「前職ではここで苦労したので、御社の進め方を確認したいです」のように、背景を1文入れるだけで空気が和らぎます。

品質の考え方と指標を確認する質問

品質の考え方が噛み合うかは、長く働けるかに直結します。次の質問で、品質をどう捉えているかを確認します。

• プロダクトの品質を、どう定義していますか（例：クラッシュ率、ユーザーの不満、バグの再発など）
• 品質の指標として見ている数字は何ですか（例：不具合件数、重大度、流出不具合など）
• QAが品質に対して、どこまで責任を持ちますか（リリース判断に関わりますか）
• 直近で品質課題になった例と、改善した取り組みを教えてください

回答で「指標が出るか」「改善の話が出るか」を見ると、QAが形だけになっていないかが掴めます。

良いサインは、指標が出てきて「なぜそれを見るか」まで説明できることです。判断の軸が見えない場合は注意します。

仕様変更とリリース前の進め方を確認する質問

仕様変更が多い現場ほど、QAはしんどくなりやすいです。進め方を具体で聞きます。

• 仕様変更は、いつ誰が共有しますか（例：チケット、仕様書、口頭など）
• 変更が入ったとき、テストの優先順位は誰が決めますか
• リリース前の流れを教えてください（例：テスト期間、受け入れ基準、リリース判定の会議）
• リリース直前に起きやすいトラブルは何で、どう対策していますか

「決める人が決まっているか」「優先順位の付け方があるか」がポイントです。

QAの負荷は、仕様変更そのものより「変更がいつ共有されるか」で大きく変わります。共有のタイミングと優先順位の決め方が言語化されているかを見ます。

テスト設計と自動化の期待値を合わせる質問

ここはズレやすいので、質問は具体にします。特に“期待される役割”を言葉にしてもらうのが重要です。

• 入社後、最初に期待している業務は何ですか（例：テストケース作成、実行、分析、自動化）
• テスト設計は、どの粒度で作っていますか（例：観点ベース、手順まで書くなど）
• 自動化をやる場合、対象はどこですか（例：E2E、API、UI、回帰テスト）
• 自動化の担当体制と、確保している時間を教えてください

期待値が揃うと、入社後の「思っていたのと違う」が一気に減ります。

できれば「今困っていること」も聞きます。課題が言語化されているなら、その課題に対してQAに期待している役割を確認すると、相性が判断しやすいです。

働き方と負荷を把握する質問

働き方は、求人票より面接の方が本音が出やすいです。負荷のイメージを掴むために、次を聞きます。

• 平常時と繁忙期の残業時間の目安を教えてください
• 緊急対応（夜間・休日）はありますか。ある場合の頻度はどれくらいですか
• リモートの運用ルールはありますか（出社頻度、コミュニケーションの決まりなど）
• QAの優先順位がぶつかったとき、どう判断しますか（品質と納期のバランス）

このあたりは聞きづらいと感じる人もいますが、生活に直結するので外せません。質問の意図を「入社後のギャップを減らしたい」と添えれば、角も立ちにくいです。

回答が具体的で、数字や例が出てくるほど信頼できます。反対に「案件次第」「人による」だけで終わる場合は、働き方が安定しない可能性があります。働き方の条件は、入社後に変えにくいので、ここで遠慮しない方が結果的にお互いのためになります。

次は、応募前に最低限整えておくと通過率が上がりやすい準備を整理します。

応募前に整える最低限の準備

職務経歴書や面接対策を手順から整えたい場合は、次の記事にまとまっています。
→ QAエンジニアの転職準備チェックリスト

ここでは、求人探しと直結するポイントだけに絞ります。やることが多く見える時期ほど、準備の粒度を下げすぎない方が結果につながります。

経験者は職務経歴書で成果を数字で書くポイントだけ押さえる

経験者が強いのは「やったこと」より「どう良くしたか」です。数字にすると伝わりやすい成果だけ押さえます。

• 不具合の検出数や、重大度の内訳（例：クリティカルを何件潰したか）
• 工数の削減（例：回帰テストの時間を何％減らしたか）
• 改善の取り組み（例：テスト観点の標準化で漏れを減らした）
• 体制への貢献（例：レビュー導入、ナレッジ共有、オンボーディング）

数字が出しにくい場合は、「頻度」や「比較」で書くと伝わります。たとえば「週次で不具合分析を実施」「リリースごとの手戻りを減らした」などです。

書くときは「状況→行動→結果」の順にまとめると伝わりやすいです。細かい書き方や構成は、準備チェックリスト側を参考にしてください。

未経験や経験浅めは学習内容を一枚にまとめて伝える

未経験や経験浅めは、学習の方向性が合っているかが見られます。あれこれ書くより、1枚にまとめて“やってきたことの筋”を見せます。

• 学習テーマ（例：テスト設計、SQL、APIテスト、テスト自動化の基礎）
• やったこと（例：学習サイト、書籍、演習の成果物）
• 学びのまとめ（例：テスト観点の作り方で意識した点）
• 次に伸ばしたいこと（例：自動化の実務での進め方）

「何を」「どこまで」やったかが見えると、育成側も判断しやすくなります。

もし提出できるものがあれば、学習のアウトプットを1つだけ添えます。例としては、架空のアプリに対して作ったテスト観点メモや、APIの簡単な動作確認メモなどです。完成度より「どう考えて作ったか」が伝わる形だと、面接で話が広がります。

テスト設計のサンプルを用意するときの考え方

経験者でも未経験でも、テスト設計の考え方が伝わると評価されやすいです。とはいえ、作り込みすぎる必要はありません。用意するなら、次の観点が分かる形にします。

• 何を対象にしたか（例：ログイン、購入、検索など）
• どんなリスクを想定したか（例：入力ミス、境界値、通信断）
• どう観点を出したか（例：正常系、異常系、例外、権限）
• どこまで詳細にしたか（観点だけか、手順まで書いたか）

たとえばログイン機能なら、次のように観点を並べるだけでも十分です。

• 正常系：正しいID/パスワードでログインできる
• 異常系：パスワード違い、存在しないID、ロックアウトの扱い
• 境界：文字数の上限、全角・半角、特殊文字
• 例外：通信断、タイムアウト、二重送信
• 権限：ログイン後に見える画面や操作がユーザー種別で変わる

「どこにリスクがありそうか」を言葉にできるだけで、テスト設計の筋は伝わります。

「観点→テストケース」の形が見えるだけでも、面接で会話が深くなります。テスト設計のチェックポイントや、テストケースの作り方の例は次の記事にまとめています。
→ QAデバッグのチェックリストとテストケースの作り方

最後に、よくある疑問をまとめて解消しておきます。

よくある質問（FAQ）

QAエンジニア求人は未経験でも狙える

未経験でも狙えます。特に、テスターやデバッグの経験がある場合は「近い職種の経験あり」として評価されることがあります。狙いやすいのは、研修やOJTが明記されていて、最初はテスト実行から入れる求人です。逆に、いきなり自動化や品質改善を一人で回す前提の求人は、未経験だと負荷が高くなりやすいです。育成の中身と最初の業務範囲を面接で確認し、納得できる形にしてから応募すると安心です。

リモート求人はどこで見つけやすい

リモートは転職サイトでも見つかりますが、条件が細かいぶんエージェント経由の方が確認が進むことがあります。フルリモート求人もありますが、オンボーディング期間だけ出社が必要なケースもあるので、運用の実態まで確認するのが安全です。たとえば「フルリモートと書いてあるが実態は週1出社」など、求人票だけでは分からない運用があるためです。面接では「直近の出社実績」「コアタイム」「緊急対応の有無」をセットで聞くと、働き方のイメージが掴めます。

年収500万円を狙うなら求人票のどこを見る

年収を上げるには、求人票の“期待役割”を見るのが近道です。具体的には「テスト設計の比率」「品質改善や自動化への関与」「リーダー経験の有無」「評価制度の具体」をチェックします。加えて、固定残業代の扱いや、等級（グレード）ごとの年収レンジが開示されているかも確認すると、数字の見え方が変わります。年収アップの考え方や、見落としやすいポイントは次の記事で詳しく整理しています。
→ ゲームデバッグから年収500万円を目指すロードマップ

テスター経験はどこまで評価される

テスター経験は評価されます。特に、手動テストでも「どう観点を出したか」「どんな不具合を防いだか」「改善で何が変わったか」が語れると強いです。単に消化した件数より、品質への寄与が伝わる実績があると、QAエンジニア求人でも評価されやすいです。たとえば、再現手順の精度を上げて開発の手戻りを減らした、重大度の判断を揃えて優先順位が付けやすくなった、などは評価ポイントになりやすいです。面接では、担当範囲（実行だけか、設計や分析もしたか）をセットで伝えると誤解が減ります。

ここまでの内容を踏まえて、応募先を絞る流れを最後にまとめます。

まとめ 応募先を絞り込む手順をチェックリストで再確認

やることが多いと感じるときほど、順番を固定すると迷いが減ります。応募先を絞り込む流れは次の通りです。

• 求人の入口を4ルートで確保する（転職サイト／エージェント／採用ページ／業務委託）
• 求人票をチェックリストでふるいにかける（曖昧さ、体制、自動化の期待値、評価、リモート条件）
• 面接の質問リストでギャップを潰す（品質指標、仕様変更、設計・自動化、負荷）
• 最低限の準備で応募の精度を上げる（成果の数字化、学習の要約、設計サンプルの観点）

条件が良さそうに見えても、確認不足のまま進むと転職後に後悔しやすいです。質問を用意しておくだけで、判断材料が揃い、納得して応募先を選べます。

迷ったら、次のミニチェックだけは外さないでください。

• 仕事内容：入社後3か月の期待成果物が言える
• 体制：QAの人数と、開発との連携方法が言える
• 自動化：目的と体制（時間・担当）がセットで言える
• 働き方：出社頻度と残業の目安が具体で言える

この4つがクリアなら、入社後のギャップはかなり減ります。