次は、クセニアを代表するテキストです。
この記事では、QAエンジニアの地位についてインタビューがDevimでどのように行われるかについて説明し、このプロセス全体に関するいくつかの一般的な考えを共有します。 理解を深めるために、十分な例を挙げてみます。 手動テスターを見つけることです。
この記事は、科学的な正確性と究極の真実を意図したものではありません。 インタビューを実施し、このトピックに関する多くの情報源を研究した経験を共有しています。 さあ、行こう！
面接準備
最初のアドバイスは、候補者の代わりになることです。 インタビューがあなたの人生でどのように行われたか、あなたが好きなこと、嫌いなことを覚えておいてください。 共感はキャンセルされていません！
2番目の重要なヒントは、現在部門が必要としている人を明確に識別することです。 プロジェクトを評価し、必要な知識とスキルを検討し、必要な実務経験を概算します。 2、3回のインタビューの後、バーを下げないでください！ はい、誰も見つからないという恐れがありますが、そうではありません。 あなたはこれらの人々と仕事をするべきであり、彼らは干渉し、気を散らすのではなく、助けるべきです。 また、資格のない求職者を受け入れないでください。やる気を起こさせるものは何もありませんし、学ぶこともありません。結局、退屈してしまいます。 あなたに合った従業員と、彼が必要としているプロジェクトを探してください。
これで、インタビューの準備を始めることができます。
- 会社、プロジェクト、チーム、目標、見込みについて話をします。 ほとんどの場合、これはHRによって伝えられますが、HRが不在の場合は、この部分も理解することが最善です。
- 要約を注意深く読んでください。 それを要件に関連付け、この候補者から回答を受け取りたい質問を考えます。 たとえば、彼は別の分野での経験があるか、チームリーダーの管理のないポジションに移動したいと考えています。 なぜ今彼はこれが欲しいのですか
- 詳細な面接計画を立てます。 誰が、どの順番で、何を、いつ、どのような質問をするか、申請者の質問の場所について話します。
私自身のために、私はそのようなインタビュー計画を作成しました：
- 知人、会社についての話
- 候補者自身の話
- 理論的な質問
- テストタスク
- 求職者の質問の時間
会社についての話から始めることをお勧めします。この間、応募者は状況に慣れ、興奮に対処し、緊張を感じずに、より完全に自分自身を提示する準備ができます。
- 理想的には、この計画に従って言うことをすべて書き留める必要があります。 そして、それを人事部や他の同僚に話してください。 彼らにフィードバックを求めてください：あなたが言っていることは明らかですか、あなたの話を聞くのは退屈ではありませんか？ これはすべて役に立ちます。 プロセスが少し不器用に見えると思うなら、それは大丈夫です。 数回のインタビューの後、あなたはあなた自身のスタイルを身につけ、あなたが候補者から必要な情報を受け取ることがいかに便利で効率的であるかを理解します。
- ペンとノートを携帯してください。 好きなものと嫌いなもの、印象、考え、事実（発見された欠陥の数、最後に読んだ本など）、候補者の期待を書き留めることが重要です。 毎回同じことを尋ねる場合、あなたが満足する回答の数を記録することができます（たとえば、ポイントで）。 これらはすべて、後で採用決定を行う際に役立ちます。
会社について
面接に来た人はだれでも会社の印象を残すべきです。 そして、たとえ彼らが彼を連れて行かなくても、彼は次のようなことを言うべきです：「はい、私はそこにいました、私はそれが好きでした」。 これらすべての人々が出かけ、議論し、組織についての印象を友人と共有することを忘れないでください。
どのように印象を改善できますか？ 面接の前に、計画、期間について通知し、その人が十分な時間を持っていることを確認してください-これは候補者にあなたの注意を示します。 私の経験では、面接は1時間以内に収まるはずです。そうすれば、疲労が私と志願者に伝わります。 おそらく、原子炉または非常に重要なものをテストする場合、時間がかかりますが、この記事はあなたのためではありません=）投稿について話すときは、たとえば、2つのワイドスクリーンモニター、快適な椅子、無料のランチなど、組織に存在する利点に言及してください、無料のスケジュール、リモートで仕事をする能力、スポーツやコースの支払いなど...プロはかなり主観的なものです：あなたは自分の観点から彼らについて話すことができます（私はここにいるのはなぜですか）彼 ）履歴書には書かれている、彼は泳ぐ、あなたはスポーツの電荷を持っています。 また、テスターが勤務するオフィスを示します。これは個人にとって非常に重要ですが、面接の全員が職場を見せるように依頼するわけではありません。
候補者について
あなた自身について話した後、候補者についてさらに学ぶ時間です。 人が彼の経験について話すとき、これはかなり自由な部分です、そして、あなたはこの情報であなた自身のために役に立つ何かを見つけようとします。 誰もが独自の質問をします。以下では、インタビューのより技術的な部分に進む前に候補者と話をしようとするトピックのリストを提供します。
- 以前の仕事についての物語。 責任、ツール、最後のプロジェクト、最後のプロジェクトの開発方法論。 組織で作成されたテスト成果物と、正確に求職者であったもの。 好きなもの、嫌いなもの。 このストーリーをあなたの期待と会社のオファーに関連付けてください。 テストケースを作成する必要がある場合は、できます。 あなたが頻繁にmmを持ち、夜と週末に12時まで座る必要がある場合-それは準備ができています。 ウェブをテストする必要がある場合-申請者がすぐに快適になるのに役立つ同様の経験や動機はありますか。
- 候補者がこのポジションで必要なことをしたいという願望と意欲。 そして彼が将来欲しいもの。 「5年後に自分を見ている人は誰ですか？」という質問をせずに見つけることができます。=）ウェブのテスト経験しかなく、モビリティワーカーの欠員になった場合は、その理由を尋ねます。 必要な経験があれば、人は他に何を開発したいと思うでしょう。 経験がなければ、それはもう少し複雑です-6月が彼が本当に望んでいることを正確に知っていることはまずありません。 これが卒業生であれば、卒業証書/練習/研究について話すことができます。
- 申請者の開発方法。 これは、職業全体への関心（ボタンが突っ込んだだけではない）と一般教育の両方の重要な指標です。 記事、書籍、ビデオ、会議など、何も勉強せずにスキルを向上させ、より良い仕事をすることはできません。 しかし、「どのように開発していますか」という質問をプレーンテキストで尋ねると、質問はまったく具体的ではないため、かなり不確かな答えを得ることができます。 たとえば、人は定期的に記事を読み、年に2、3回会議やセミナーに参加しますが、これは開発ではなく、単に「浮かんでいる」と考えています。 またはその逆に、実際のプロジェクトでの彼の仕事を最高の開発と考えています。
理論的な質問
インタビューの不可欠な部分。 最近、私は6か月の実務経験を持つ候補者と話をしましたが、この期間中に単一の欠陥を作成せず、それらを設計する方法を知りません。 さらに、人が経験を積むほど、通常は理論を使用しないため、理論を思い出せなくなります。
自分でタスクを発明したくない場合は、一般的な質問のGoogleリストをご覧ください。 選択肢があります、あなたが最も好きなものを取ります。 しかし、個人的には、私は真空の理論についての会話の支持者ではありません。具体的な例を議論する方が良いです。
たとえば、要件のある入力フィールドがあり、境界値を記述する必要があります。また、同等クラスを強調表示し、ポジティブ/ネガティブチェックの例を示します。
または、オンラインストアバスケットなどの単純な形式のインターフェイスを提供し、チェックするすべてのポジティブ/ネガティブ/ケースにタスク名を付けます。 主なことは、申請者がどのように考えているか、空のフォームを送信することが肯定的なケースに追加されないように、理論を実践と関連付けることができるかどうかを理解することです。 トレーサビリティマトリックスの作成、テストケース、欠陥、SQLクエリの作成、サブジェクトエリアからのタスク（物理学または数学のみが必要な場合など）を必要な数だけ作成できます。 また、同じ機能のテストが5分と50分でどのように異なるかを尋ねることができます。 または、重大度の高い優先度の低いバグの例を挙げてください。
テストタスク
テストタスクが必要です。 それは、その人が本当にとても上手かどうか、彼が自分自身についてどう話すか、そして彼があなたに似合うかどうかを示します。 たとえば、経験のある求職者が来ます。 過去2年間、彼はWebアプリケーションをテストしており、たとえばデスクトップアプリケーションのテストに切り替えることはできません。 その結果、彼はその中に単一の欠陥を見つけることができません。 そうなります。 これは、対談者が自分の資格について嘘をついていることや、テスターが貧弱であることを意味するものではありません。 それはあなたのタスクに特に適していません。
理想的なテストケースオプションは、特別にバグが追加された現在のプロジェクトです。 同時に、バグは異なるものでなければなりません。注意力（メガネのような）、機能的および非機能的テストスキルをテストするように設計されています。 このようなものを提供する方法がない場合、エラーのあるアプリケーション、たとえば、自分で（または忠実なプログラマーの手で）作られた悪名高い計算機が実行されます。
その他の事項
IQ、感情的知性、論理に関する質問、「富士山を動かす方法」のスタイルのタスク、およびオムレツをテストする方法-理論的には、これらの問題の目的と、これがどのように決定に影響するかを議論できる場合は、これらすべてを使用できます候補者を雇います。
上記のいずれも使用しません。なぜなら、上記で書いたタスクとテストタスクで見つかった欠陥について、会話中に対話者がどのように考えるかを観察できると信じているからです。 限られた時間内で従業員の「掘り」のロジックと深さの両方を理解できます。
してはいけないこと
あなたは遅れることができず、対談者を長い間待たせ、絶えず会議をスケジュールし直し、失礼で、対談者を犠牲にして自己実現することができます。 対象分野を理解している人なら誰でも、対談者の弱点を見つけることができます。 彼に集中する必要はありません。 いくつかの点で、あなたはより有能ですが、あなたはあなたの業績と知識で優位性を示すか、対話者を怖がらせる必要はありません。 ストレスの多いインタビューなどがあります。 しかし、私の意見では、ストレスインタビューは自己主張のもう1つの形式です。会社の通常の日が火山のようになったとしても、テスターの立場には必要ありません。
インタビュー終了
インタビューの最後に、候補者に費やした時間に感謝し、決定の日付を伝える必要があります。 その人があなたに合わなかったとしても、必ず電話して結果を報告してください。 締めないでください。 その人が適していないとすでに決めている場合は、できるだけ早く電話してください。 よくわからない場合は、拒否してください。 あなたが気質のためにチームに参加しないと思うなら、どんな意見や仕事のリズムも彼に合っていません-拒否します。 はい、これは特に専門家が悪くない場合は不快ですが、インタビュー中に彼が攻撃的すぎる（またはその逆も不定形である）場合でも、これらの性質は仕事でさらに明らかになります。 あなたが候補者が好きなら、急いでください：彼らが待っている多くの良い従業員がいます！
結論の代わりに
人事部とマーケティング部門からすべての変更を加えた場合、この記事は3倍以上になる可能性があります。 だから、最終的には長すぎないことがわかり、あなたはそれを読んで利益を得たことを願っています。 おそらく私は誰かの質問に答えました。「なぜ彼らは常にこれをすべて求めているのか、これらは愚かな/愚かな質問です」。 面接が苦手だったあなたの人生の例を学ぶのは面白いでしょう。 コメントまたは電報@kseniasevridovaに書いてください。