回答:
テスターでの作業に多くの経験がない限り、Cem Kanerの「Testing Computer Software」の最初のいくつかの章を読んで、聞きたい用語の種類を感じ取ってください。境界テスト、エラーテスト、ハッピーパステスト、機能、パフォーマンス、セキュリティ、統合など。言語を話せない場合、適切なインタビューを行うことができません。
彼らにあなたのシステムの小さな部分のスペックを与えてください。テストしてもらいます。あなたは、思考の組織と興味深いテストを思いつく能力を探しています。テストの領域を規則正しく分解し、各領域にドリルダウンして、より興味深いテストケースを考案することを確認します。本当に優れたテスターはこれを何時間も行うことができますが、ほとんどの些細な問題を除きます。そのため、それらを切り離して別のカテゴリに移動させ、彼らの考え方を理解してもらう必要があります。
理解しにくいシステムの実際のバグによって引き起こされた動作を説明してください。テスト中にこのバグを見つけたらどうするかを尋ねます。ここでは、バグの削減-バグを再現できる最も単純な一連の状況を見つける機能を探しています。これにより、開発者は問題の原因についてより正確に推測できるため、デバッグがはるかに容易になり、問題を解決する明確な能力と、バグの原因となる要因の相互作用を明確に理解できるようになります。特定の製品では、競合状態について話し合うのは楽しいかもしれません。
一緒にハッキングした単純なコマンドラインプログラム（バグがシードされている可能性があります）と単純な仕様を提供し、問題を見つけることを目的として、コンピューターの前に座って遊んでもらいます。ここでは、創造性と問題のある領域を対象とする能力を探しています。大きな入力、小さな入力、奇妙な入力、空の入力などをテストする必要があります。バグを見つけた場合は、そのバグがいつ発生するかを正確に把握するように依頼してください（ここでもバグが減っています！）。
SDEがバグに「No Repro」または「Wo n't Fix」で応答した場合、そのバグが重要であると考えた場合はどうするかを尋ねます。ここであなたは、単なるプッシュオーバーではなく、敵対的でもない誰かを探しています。合理的な応答には、バグの重大度をより明確に示すシナリオ例の追加、チケットの再オープン、開発者と話し合ってクローズする前に問題がこのように解決された理由を理解することなどが含まれます。
アプリケーションについて概要を説明します。どのような種類のテストを実行するかを尋ねます。ここでは、機能コンポーネントテスト、統合テスト、パフォーマンステスト、セキュリティテストなどのテストの一般的な領域を探しています。
これがSDET /自動化エンジニアである場合、開発者の総経験年数のおよそ3分の1から2分の1の開発者にインタビューの質問をいくつか与えます
これが最初のQA担当者である場合は、彼らが自分で開始できることを確認してください。最初の1週間から1か月の作業をどのように想像するかを質問します。要件の収集とツールの設定について何か説明し、テストを開始するための合理的なアプローチについて説明する必要があります。あなたは、上司がテストを開始する方法を教える必要がなく、自己管理できる誰かを探しています。QAスタッフがすでにいる場合、これはそれほど重要ではありません。
QA候補者に面接したときに私がすることは、アプリケーションのテスト戦略をスケッチするように依頼することです。私は通常、彼らに私の電話を渡して、限られた機能を備えたアプリを選びます-または、彼らがより親しみやすいものを選んでもらいます。彼らが高レベルの戦略をリストするとき（いくつかはできない）、私は彼らにドリルダウンしていくつかのテストケースをリストするように頼むかもしれません。
完了したら、リソースが限られているシナリオを彼らに与え、彼らがどのように優先順位付けするかを確認します。
また、ソフトウェアを出荷するのに十分な場合、PMまたは開発者がバグを感じていない状況をどのように処理するかが重要であると彼らに尋ねます。典型的な製品開発シナリオ。
これらは非コーディングQAポジション用です。QAのポジションをコーディングする開発/テストのコンボインタビューを提供します。
彼らにテスト計画をどのように設計するかを尋ねます。回帰テストを使用した経験があるかどうか、また、そうした場合はどのようにしたかを尋ねます。ユーザーインターフェースをどのようにテストするかについて尋ねます。ユーザーインターフェースを介さないデータインポートのテストについて、彼らがどうするかを尋ねます（そのようなことをする場合）。開発者に問題をどのように伝え、問題の解決策を確認する方法を尋ねます。彼らが見つけた最も興味深い（または見つけるのが最も難しい）バグと、それをどのように見つけたかについて彼らに尋ねます。
面接を始める前に、テストに関する本をいくつか探し、QA担当者がすべきことについて少し考えてください。それはあなたが彼らの答えを評価するのに役立ちます。
さらに、あなたはまた、個性的なフィット感を求めています。プッシュオーバーであるQA担当者は必要ありませんが、いじめっ子もジャークも必要ありません。しかし、経営陣が期限を守りたいので、物事が間違っているときに経営陣に立ち向かい、すべてを承認するだけではない人が必要です。開発者と効果的に連携し、テスト対象の要件を理解できる人が必要です。テストしているアプリケーションのタイプにある程度の経歴がある人がいいでしょう。ヘルスケアの経験を持つテスターは、別の分野から来た人が気づいていないかもしれないことをテストするために知っています。
彼らが技術について真剣な知識を持っていると期待することはできないと思います-誰もがありふれたテスターとして働くことを拒否する可能性が最も高いでしょう。
あなたができる最善のことは、細部への注意、探究心、実験への熱意などの一般的なものを探すことです。