テスト自動化エンジニアのフリーランス面談でよく聞かれる質問と答え方

フリーランスのテスト自動化エンジニアの面談でよく聞かれるのは、何を自動化し何を人の確認に残したか、どの層で確かめる設計にしたか、不安定なテストをどう見つけて直したか、CIにどう組み込んでチームに使ってもらったかの4つです。面談官は、ツールの名前を知っているかより、「この人に任せたら、チームが信頼して使える自動テストになるか」を確かめようとしています。

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

テスト自動化の面談で面談官が見ていること

テスト自動化の面談に出てくるのは、開発の責任者、QAの責任者、現場のテックリードであることが多くあります。自分でもテストを書いたことがある人が多く、話の中に出てくる判断の理由と、うまくいかなかったときの手の打ち方を聞いています。

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

1. 任せられる範囲：テストを書く担当か、方針や構成まで決められるか、CIまで触れるか
2. 保守の感覚：仕様が変わっても壊れにくいテストを書けるか、不安定なテストを放置しないか
3. チームとの相性：開発者と同じ言葉で話せるか、結果をどう共有するか

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

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

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

1. 「直近の案件で、自動化のどこを担当しましたか」

確かめたいのは任せられる範囲です。対象のシステムの種類、チームの人数、担った層（E2E・API・単体）、立ち上げ・拡充・立て直しのどの局面だったか、使った言語とツールを短く伝えます。ツールを自分で選んだのか、決まっていたのかも分けて話すと、後の質問との食い違いが起きません。

架空の例：「Webサービスの開発チームで、E2EとAPIのテストを担当しました。ツールは参画時に決まっており、私は共通部品の整理とCIでの並列実行の設定を担いました」

2. 「何を自動化し、何を手動に残しましたか。その理由は」

最もよく聞かれる質問の一つです。全部を自動化しようとしていないか、費用と効果を考えているかを見ています。回帰で繰り返し確かめる流れ、変更が多くて保守がかさむ画面、人の目で見るほうが早い見た目の確認、のように対象外にしたものと理由まで話すと、判断の質が伝わります。

3. 「その確認を、なぜその層のテストにしたのですか」

画面からの確認をAPIや単体のテストに移した、あるいは逆にした場面を話します。「入力の組み合わせはAPIの層で確かめ、E2Eは主要な流れだけにした」のように、実行時間と壊れにくさの両面で説明できると、全体を設計できる人として受け止められます。

4. 「不安定なテストにはどう対応しましたか」

特によく掘り下げられるテーマです。答えは次の順番で組み立てると伝わりやすくなります。

• どの情報から不安定さに気づいたか（CIの記録、失敗の頻度など）
• 原因をどう切り分けたか（待ち方、データの取り合い、環境、本当の不具合）
• どう直したか、直すまでの間はどう扱ったか
• 改善の前後で何が変わったか

「再実行の回数を増やしました」だけで終わると、原因に向き合ったかが見えません。一時的な手当てと根本の修正を分けて話せると、保守の感覚が伝わります。

5. 「CIにはどう組み込みましたか」

変更のたびに流すテストと夜間に流すテストを分けたか、並列化や対象の絞り込みで実行時間をどう抑えたか、失敗したときに誰に何が届くようにしたかを話します。CIの設定を自分で書いたのか、依頼して変えてもらったのかも正直に分けましょう。

6. 「テストが落ちたとき、開発者とどうやり取りしましたか」

自動テストは、結果が見られなくなると価値を失います。落ちたテストを誰が最初に見るか、不具合として渡すときに何を添えたか（再現の手順、スクリーンショット、実行の記録など）を話します。開発者からテストの書き方に意見が出た場面があれば、どう受け止めたかも材料になります。

7. 「前任者が書いたテストを引き継いだことはありますか」

保守の局面の案件でよく聞かれます。読みにくいコードをどう把握したか、すぐに書き直したのか、少しずつ整えたのかを話します。前任者のやり方を否定する話し方は避け、何を残して何を変えたかに焦点を当てます。

8. 「AIの支援を使ってテストを書いていますか」

使っている場合は、何に使い、出てきたコードをどう確かめているかを話します。使っていない場合も、現場の決まりに合わせて使えるか、生成されたテストの意味をどう見極めるかの考えを示せれば十分です。道具の名前より、確認の責任をどこに置いているかが見られています。

準備は「判断の場面」と「直した場面」を選ぶ

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

1. 場面を選ぶ：対象を決めた場面、層を移した場面、不安定なテストを直した場面、CIを変えた場面から3〜4つ選ぶ
2. 場面ごとにメモをつくる：状況、気づいたきっかけ、選択肢、選んだ理由、結果、学びを書き出す
3. 数字をそろえる：実行時間や失敗の割合を、相対の形でどの場面でも同じように言えるようにする
4. 短い版と詳しい版をつくる：最初は2分で話し、掘り下げられたら詳しく話せるようにする
5. スキルシートと照らし合わせる：シートに書いた内容と話がずれていないかを確かめる

スキルシートとの一致は特に大切です。面談官はシートを見ながら質問するため、ツールを「導入した」と書いたのに話では「決まっていた」となると、どちらも信用されにくくなります。書き方はテスト自動化エンジニアのスキルシートの記事、冒頭の自己紹介は面談の自己紹介の記事で解説しています。

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

オンラインで技術的な質問が続く場合は、画面共有で図を描いたり、架空の例でテストの構成を説明したりできるよう準備しておくと話がしやすくなります。進め方はオンライン面談の記事で解説しています。

テスト自動化ならではの逆質問

逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。次の点を聞いておくと判断がしやすくなります。

• 今あるテストの量と層の内訳、CIで流れているか
• 落ちたテストを最初に見るのは誰か、今どのくらい放置されているか
• CIの設定やテスト環境を変える権限があるか
• テストデータを作る手段と、環境を他のチームと共有しているか
• QAの担当者との分担と、手動のテストを頼まれる可能性

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

よくある質問

使ったことのないツールの案件でも、面談で通りますか？

通ることはあります。ツールの違いより、待ち方の設計や層の分け方など、どのツールでも生きる考え方を話せるかが見られます。似たツールでの経験と、新しいツールに慣れるまでの見込みを正直に伝えましょう。

面談でコーディングの課題を出されることはありますか？

案件によっては、簡単なテストを書く課題や、既存のテストの問題点を指摘する課題が出ることがあります。事前に知らされる場合が多いので、面談の形式は前もって確かめておくと安心です。

自動化の経験が短く、手動テストの経験が長い場合はどう話せばよいですか？

手動テストで観点を出してきた経験は、自動化の対象を決めるときに生きます。自動化で担った範囲を正確に伝え、観点の経験とどうつながるかを話しましょう。QAとして見られる点はQAエンジニアの面談の記事、見送られやすい理由は面談で見送られる理由の記事で解説しています。