QAエンジニアのフリーランス面談でよく聞かれる質問と答え方の準備

フリーランスのQAエンジニアの面談でよく聞かれるのは、どの工程をどの対象で担ったか、観点をどう出したか、どこでテストを打ち切ると判断したか、不具合と品質の状態をどう伝えたかの4つです。面談官は、テストの知識の量より「この人に任せたら、限られた期間で何を優先して確かめ、危うさをどう知らせてくれるか」を確かめようとしています。

答えるときは、模範解答を覚えるより、自分の経験から「判断した場面」を3〜4つ選び、どの質問にもそこから答えられるように準備しておくのが近道です。面談全般の答え方の型は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではQAの面談に固有の質問に絞ります。

QAの面談で面談官が見ていること

QA案件の面談に出てくるのは、テストのリーダーやQAの責任者、開発のリーダー、PMであることが多くあります。テストを分かっている人と、テストを受け取る側の人の両方が出てくるのが、QAの面談の特徴です。

面談官が知りたいのは、おおむね次の3点です。

1. 任せられる工程：実行だけか、設計や計画まで自分で組み立てられるか
2. 限られた期間での優先順位：すべてを確かめられないときに、何を先に確かめ、何を残すと決めたか
3. 伝え方の相性：不具合の報告や品質の報告が、開発や意思決定をする人にとって使える形か

以下の質問は、この3点のどれかを確かめるためのものです。質問の意図が分かれば、答えの中心に何を置くかも決まります。

よく聞かれる質問と答え方の考え方

ここで示す答えの例は、組み立て方を伝えるための架空の例です。そのまま使うのではなく、ご自身の経験に置き換えて準備してください。

1. 「直近の案件で、どの工程を担当しましたか」

確かめたいのは、任せられる工程です。「テストを担当しました」とまとめず、計画・設計・実行・報告のどこを担ったかを分けて話します。テストの段階（結合のテスト、システムのテスト、受入れなど）と、対象（Webの業務システム、モバイルアプリ、機器など）も添えます。設計は先輩が行い、自分は実行と一部のケースの追加を担った、のように自分の担当と他人の担当の線を示すと、誇張していない印象になります。

架空の例：「業務システムの改修で、システムテストの設計と実行を担当しました。テスト計画はリーダーが作り、私は担当機能の観点の洗い出しとケースの作成、実行、不具合の報告を行いました」

2. 「テストの観点は、どうやって洗い出しましたか」

QAの面談で最もよく掘り下げられる質問の一つです。仕様書のどこから何を読み取り、どの技法を使い、漏れをどう確かめたかを順に話します。同値分割、境界値分析、状態遷移、組み合わせのテストなどの技法の名前を出すだけでなく、どの対象にどの技法を使い、何が見つかったかまで話せると、学んだ知識ではなく使った経験として伝わります。技法の中身はQAエンジニアのスキルの記事で整理しています。

3. 「仕様があいまいなとき、どうしましたか」

テストの前に問題を見つけられる人かを確かめる質問です。あいまいな箇所に気づいたきっかけ、誰にどう問い合わせたか、答えをどこに残したかを話します。問い合わせへの答えが出ないまま期限が来た場合に、前提を置いてテストし、その前提を報告に明記した、という話も判断の材料になります。

4. 「テストの期間が足りないとき、何を優先しましたか」

限られた期間での優先順位を見る質問です。答えは次の順番で組み立てると伝わりやすくなります。

• 期間が足りないと気づいたのはいつ、何の情報からか
• 何を基準に優先順位をつけたか（利用者への影響、変更の大きさ、過去の不具合の多さなど）
• 確かめなかった範囲と、その危うさを誰にどう伝えたか
• 結果と、次に生かしたこと

「残業して全部終わらせました」だけで終わると、判断の中身が見えません。確かめずに残した範囲を、隠さずに伝えたかが見られています。

5. 「どの時点でテストを終えてよいと判断しましたか」

打ち切りの判断は、QAの経験の深さが出る質問です。計画で決めた終了の条件、不具合の見つかり方の推移、残っている不具合の重さなど、何を見て判断したかを話します。自分が判断する立場になかった場合は、判断する人にどんな材料を渡したかを話します。

6. 「不具合の報告で気をつけていることは何ですか」

開発との相性を確かめる質問です。手順、期待した結果と実際の結果、環境、画面の記録をそろえること、一つの報告に一つの事象を書くこと、重さの付け方の考え方などを話します。報告が開発者に差し戻された経験があれば、そこから何を変えたかを話すと説得力が増します。

7. 「開発者と意見が食い違ったことはありますか」

不具合か仕様か、直すか直さないかで、開発者と意見が分かれる場面の話です。面談官は、どちらが正しかったかより、論点を仕様と利用者への影響に戻し、誰に決めてもらったかを見ています。相手を言い負かした話は、チームで働く相性の面で受け止められにくくなります。

8. 「品質の状態を、PMや責任者にどう報告しましたか」

テストを受け取る側の面談官がよく聞く質問です。どの数字を使い、それをどんな言葉で補ったかを話します。件数だけを並べるのではなく、「この範囲はまだ確かめておらず、ここに危うさが残る」と見立てまで伝えた経験があると評価されやすくなります。

9. 「テストの自動化の経験はありますか」

自動化の経験を問う質問が入ることもあります。経験がない場合は正直に答え、自動化を担う人と組んで、手動のテストのどの部分を自動化の対象として切り出したか、といった関わり方があれば話します。自動化が中心の案件の面談はテスト自動化エンジニアの面談の記事で解説しています。

準備は「判断した場面」を3〜4つに絞る

上の質問は数が多く見えますが、答えの材料は共通しています。準備は次の手順で進めると効率的です。

1. 場面を選ぶ：観点の洗い出し、期間が足りなかったとき、打ち切りの判断、開発との食い違いなど、性質の違う場面を3〜4つ選ぶ
2. 場面ごとにメモを作る：状況、気づいたきっかけ、選択肢、選んだ理由、伝えた相手、結果、学びを書き出す
3. 規模の言い方をそろえる：期間、テストの担当者の人数、対象の画面や機能の数、ケースの数を、どの場面でも同じ言い方で話せるようにする
4. 2分版と5分版を作る：最初は2分で話し、掘り下げられたら詳しく話せるようにする
5. スキルシートと照らし合わせる：シートに書いた工程や技法と、話の内容が一致しているかを確かめる

面談官はスキルシートを見ながら質問するため、話とシートがずれると、どちらも信用されにくくなります。シートの書き方はQAエンジニアのスキルシートの記事、冒頭の自己紹介の組み立て方は面談の自己紹介の記事で解説しています。

面談の相手によって重心が変わる

QAの面談は、相手によって聞かれる内容の重心が変わります。

技術的な確認として、仕様の一部を見せて「どんな観点でテストしますか」と聞かれることもあります。その場で完璧な一覧を出すより、まず何を確かめたいかを質問し、前提を確かめてから観点を出す進め方を見せるほうが、実務での動き方が伝わります。技術的な確認の受け方は技術面談・テストの記事が参考になります。

QAならではの逆質問

面談の終わりには、こちらから質問できる時間があります。逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。QAの案件では、次の点を聞いておくと判断がしやすくなります。

• 担う工程の範囲（実行だけか、設計や計画、報告まで含むか）
• テストの期間と、開発の遅れが出たときの扱い
• 不具合の管理の仕方と、重さを決める人
• テストを終える判断を誰がするか、出荷の判断に関わるか
• 検証環境、テスト用のデータとアカウント、端末の準備の状況

一般的な逆質問の考え方は業務委託の面談で聞いておくべき逆質問にまとめています。逆質問で聞いた内容は、契約前の確認にもそのまま使えます。案件を選ぶときの確認点はQAエンジニアの案件の選び方で整理しています。

よくある質問

テストの実行の経験しかありませんが、面談で何を話せばよいですか？

実行の中で自分が判断したことを話します。ケースにない操作で不具合を見つけた、報告の書き方を工夫して差し戻しが減った、仕様のあいまいさに気づいて問い合わせた、といった場面は評価の材料になります。設計に関わりたい希望があれば、その理由とあわせて伝えましょう。

見つけた不具合の件数を聞かれたら、どう答えればよいですか？

件数は、対象の規模や開発の状況で大きく変わるため、数字だけでは力量が伝わりにくいものです。件数を答える場合は、どの範囲でのものか、重い不具合がどの段階で見つかったかを添えます。取引先の不具合の詳細は守秘の対象になりやすいため、中身は一般化して話しましょう。

面談で技法の名前をたくさん挙げたほうが評価されますか？

名前の数より、使った場面の具体性が見られます。技法を一つ選び、どの対象に使い、どんな観点が出て、何が見つかったかを話せるほうが伝わります。面談で見送られやすい理由は面談で見送られる理由の記事で解説しています。