ドレイクは、適切なテスターの選択にどれだけ近いかを知りませんでした。
遅かれ早かれ、彼らはテスターを見つけるためのリクエストであなたに来る時が来るかもしれません。 もちろん、テストに関するいくつかの文献を読むことができます。たとえば、Roman Savinの「Testing Dot Com」です。 はい、可能性として、候補者もそれを読みます。
したがって、最初のテスターにインタビューする際に、どのような質問をするべきか、どのような品質に注意を払うべきかについて、私の見解を共有したいと思います。
過去5年間、私はYandex.Moneyでテスト部門の責任者として働いており、テスターとして定期的にインタビューを行っています。 よく知られている製品と、インタビューの数分前に私自身が学ばなければならなかった製品の両方についてインタビューを行わなければなりませんでした。 時間が経つにつれて、私は自分自身がクエストを完了するための最適な道筋を作りました。それを記事で共有したいと思います。
＃1サンタに手紙を焼く
おそらく、インタビューの問題で最も重要なことは、「これは私たちの人である可能性が高い」という考えを無視することです。 私の練習では、空室のために特別に書かれたような理想的な履歴書が何度もありました。 第一に、彼らは本当にあなたのために書かれているだけであり、第二に、実際のコミュニケーションでは、人は難しいか、単にコミュニケーションが取れないことがあります。 したがって、候補者が適合しない場合、候補者を採用するための予備的な気分を変えることは心理的に困難になります。
擬似理想的な履歴書の一般的な名前である「サンタへの手紙」もあります。 彼らは最初に彼らに加えられるべきです：「親愛なるサンタ、来年私が知っていることを確かめてください：...」そして最後に：「よろしく、トミー」。
逆もまた当てはまります。履歴書が弱いために事前にその人に否定的に傾いている場合です。すでに面接に同意し、なんとなくいものをキャンセルしました。 話をすることに同意したら、公平になりましょう。
社交性ときちんとした外観について言えば、テスターにとって、これらは必要な品質に近い重要なものです。 彼が見つけたバグが何であれ、彼は開発者にこれが間違いである理由とそれを再現する方法を説明しなければなりません-明白な理由で、これらはすべて慈悲深い口調で行われなければなりません。 発見されたバグに対する厳しい批判に対して否定的な反応を得るのは簡単だからです。
これはあいまいに見えるかもしれませんが、特に電話をかけて警告した場合、面接の候補者のわずかな遅れに焦点を合わせないことをお勧めします。 エンジニア間の時間厳守は、最も一般的な品質ではありません。 さらに、午前中にストップウォッチを使用すると、とにかく誰も入り口に立っていないため、新しい人が初めて新しいオフィスを見つけるのは必ずしも容易ではありません。
また、最近人気のあるストレスの多いインタビュー、特にエンジニアリングの職についても好きではありません。 紛争解決マネージャーを探しているのではなく、QAスペシャリストを探しています。 彼の研究では、ストレスは対立と関連するのではなく、見逃したエラーに対する責任のレベルと関連しています。 したがって、私たちのビジネスでは、インタビューや意図的にこぼれたコーヒーで叫ぶことなく行う方が良いです-交換貿易の分野の誰かにこれを対処させてください。
＃2製品をテストするオファー
あなたが自分自身と会社のために新しい役職に人を雇うとき、彼に何を尋ねるのか全く明確ではありません。 多くの場合、2つの極端な現象が発生します。
％candidacy_name％は、管理およびロケットモデリングスキルを含むすべてを実行できる必要があります。 念のため。
- ％candidacy_name％は優れた開発者でなければなりません。
どちらのオプションも同様にひどいものであり、多くの奇妙で不必要な質問を投げかけ、候補者の目にはインタビュー対象者にとって魅力のないイメージを作り出します。 人の本当の責任から脱却する方が簡単です。 テスターが製品の新しいビルドをチェックし、それらのエラーを探す場合、候補者にそれを行うよう招待してください。
製品またはサービスの説明を事前に作成します。 製品が大きすぎる場合は、潜在的な理想的な候補者が行うことの一部を取ります。 フロントエンドまたはバックエンドの2つの大きな正方形が存在するような抽象化のレベルに達しないことをお勧めします。これにより、システムの詳細がわかります。 あなた自身がテスト方法を理解していないことについて質問するのは素晴らしいことです。 結局のところ、少し商売になっても恥ずかしいことではありません。
たとえば、「リマインダー」と呼ばれる小さなサービスをテストするように依頼します。これは、支払いがほぼ必要になることを示すリマインダーです。 それをテストする方法があまり明確ではないという点で便利です：リマインダーを取得する方法（1か月後に来る）、リマインダーが月の31日に設定されているかどうかを確認する方法、そして条件付きの2月に29日にではなく28日に来る
各テスターは、少なくとも少し分析的でなければなりません。 そのため、インタビュー中に、テストに招待される製品またはサービスをどのように作成するかを人々に尋ねることがよくあります。 同じリマインダーで、どのメカニズムがアラートをスローするかに関係なく、彼のノートが保存される場所を説明するようにお願いします（その後、最も疑いを持たない人々でさえ、リマインダーが保存される場所、次のイベントの日付が保存されることを理解します）。 モンキークリッカーではなく、彼の行動を知っている人が必要な場合、これは非常に「分析的な考え方」について彼をテストする良い方法です。
候補者の要件に「分析的な考え方」を示さないことを願っています。 また、指示がある場合は、アナウンスを修正するまで読み続けないでください。
同じことを尋ねる価値はありますが、テスターが以前にテストしたことがある製品についてです。 システムがどのように配置されたかのアーキテクチャについて質問します。 その過程で、「なぜこれをしたのですか？」という形式の質問をいくつかします。それで、その人は、少なくとも一般的な言葉で、そのような決定をした理由を説明します。 主なことは、彼が「なんとなく方法を知っている-私は簡単なテスターだ」という言葉で肩をすくめないことです。
＃3「ITトピック」での彼の様子を確認する
あなたが中国の中心にパラシュートで降りたと想像してください。 お金も電話もなく、言語の知識もありません。 同じことは、あなたのチームにスマートで快適なコミュニケーションをもたらす場合に起こります。 彼と開発チームはお互いを理解していないだけで、新しい専門家にこの不可解な鳥の言葉を教えるために、あなたは到着からヒロインのエイミー・アダムスのような人を雇う必要があります。 実際、正しいテストアルゴリズムを作成する機能に加えて、テスターは1つの言語で開発チームと製品チームと通信する必要があります。
チームの開発者をそのような面接に引き付けるのは便利です-もちろん、彼らは簡単に候補者を「埋める」でしょうが、新しい人の視野と彼が終わった場所の彼の一般的な理解を評価することができます。 たとえば、JIRA、Bitbucket、証明書、IDEについてのありふれたフレーズは、この職業に完全に新規参入した人にとってはロックアルファベットになる可能性があります。
何らかの理由で開発者を引き付けられない場合は、額に尋ねてください。インターネットとは何ですか？ 彼らはこの陳腐さに答えなかったということです。「まあ、これらはサイトです」から「これがあなたがお互いにコミュニケーションをとることを可能にするものです」。 多くの場合、人々は単に自分自身に深く入り込み、会議の後、彼らは彼らがそのような愚かで役に立たない質問をされていることに激しくviolしました。
また、何らかのアクションやテストのためにそれほど複雑ではないアルゴリズムを作成するように候補者を招待することも重要です。 したがって、これは彼にとって初めてではなく、彼がアルゴリズムに精通していることを確信するでしょう。 このスキルに、頭の中をすばやくカウントする機能も追加します。 もちろん、これは議論の余地がありますが、実りある作業には、最初にプロジェクトと計算機を組み立てることなく、頭の中のコードから式を数えることができると便利です。
＃4テスト項目について
テストタスクは練習に似ていることに同意します。これにより、知識をより適切に評価できます。 しかし、ゲームがろうそくに値するものであるかどうかは長く、退屈で理解しにくいため、通常、候補者はそれらを満たそうとはしません。 はい、そしてレビューアは常にテストについて良心的ではありません。 たとえば、結果の確認を数日間延期する（候補者は急いでいた）か、「ステンシルで」を確認することができます。 解決策が理想的なステンシルの境界からはみ出した場合-候補は拒否されますが、これは正しくありません。 一連の思考と正しい判断よりも優先順位を覚えていますか？
私の意見では、ほとんどの場合、テストタスクは必要ありませんが、確かに、正当な例外がいくつかあります。
あなたはジュニアテスターを探しているのではなく、自動化エンジニア、つまりあなたのキャリアパスを持つ既に確立されたスペシャリストを探しています。 この場合、技術の所有権を主張し、経験を検証する方が簡単かもしれません。
あなたの会社は多数の文書を書く際に高度な形式主義を持っているので、候補者が自分の考えを書面で表現でき、ディスレクシアに苦しんでいないことを確認する必要があります。 しかし、一般的に、これは候補者にラップトップを与え、ある種のバグの説明を求めることで確認できます。
- 面接のために多くの人々を引き付ける必要があり、一見すると思われる適切な履歴書はほとんどありません。 ここでは、何かを壊すためのリクエストとともに開発者に行く必要があります。 バグを見つけ出し、テスターの実際の作業のために特別な「漏れやすい」アセンブリをリリースします。
そのようなタスクの1つとして、なんとかして15万通の手紙が届きました。 次の100件のバグレポートでは、Zenに陥り、外部刺激への応答を停止します。 同時に、登録やSMSなしで瞑想を素早く学ぶことができます。
＃5 Vogonが惑星を破壊するときの対処方法
いくつかの大企業で働いた後、私は興味深い観察をしました。テスターはしばしば、開発ではなくプロジェクト管理に向けてキャリアを伸ばします。 実際、どちらの職業も人とのコミュニケーション能力に基づいているため、これは驚くことではありません。 また、テスターにとって、いくつかの追加のプログラミング言語を知っているよりも、正確さと中立性を維持することが重要です。
候補者に、比較的不可能な状況にどのように対処するかを尋ねます。 比較的-Vogonsが彼の惑星を破壊するときに彼が何をするか、なぜ彼が彼とタオルを持っていないのかを彼に尋ねるべきではないからです。
関連する質問の例：
- 「PMaが2人来て、彼らのプロジェクトをすぐにテストするように頼みます。これは夕方にリリースする必要があります。 どうしますか？」
- 「PMは休暇中に車を運転し、アイテムのチェックをデフォルトでチェックするかどうかを言わなかった」「はい、ネイマールの乗り換えの通知を1秒ごとに受け取りたい」と開発者は彼をcoの中に見たのでチェックしないように言った。 バグを取得する必要がありますか？」
あなたが候補者の資質をランク付けする場合、私は最初に特別なファンファーレ、そして2番目に機知に心を置きます。 したがって、私は常に候補者が読んだ本を尋ねます。 さらに、これはテストに関する本である必要はありません。
シニアテスターの1人は、「テストについては何も知りませんが、本当にあなたのために働きたい」という言葉で始まった手紙の後、Yandex.Moneyに就職しました。 これは3年前のことで、それから彼は最初に「ジュニア」という接頭辞を取り除き、次に「シニア」を手に入れました。 アレックス、こんにちは！