8

いくつかの面接が予定されており、品質保証の役割を募集しています。関与する開発者の目的は、その人が開発チームとうまく連携できるかどうかを理解することです。

開発者がQA担当者に尋ねるべき最も重要な質問は何ですか？ふわふわのオープンな質問よりも実用的な質問を探しています、あなたの考えは？

4

6 に答える 6

10

残念ながら、時々、ふわふわのオープンな質問はあなたに人の最高の眺めを与えるものです。

あなたが尋ねる技術的な質問が何であれ（そしてこれらはあなたの開発方法論に大きく依存するので、私はそこであなたを本当に助けることはできません、それらは調整されるべきです）、あなたは常に潜在的な候補者がチーム環境でどのように働くかを確立するべきです。

あなたはそれを確立する必要があります：

  • その人はチームでうまく働くでしょう。
  • その人は、「バグがあります。修正してから、私に戻ってください」だけでなく、開発に協力してバグを修正する責任を負います。
  • その人のエゴは、チームの作業（バグの分類や重大度をめぐる争いなど）の邪魔になりません。これは通常、開発者が「自分の」コードについて防御的になることで、より多くの問題になると思います。

面接での最善のアプローチは、シナリオを提示し、候補者にどう思うかを尋ねることです。たとえば、次のようになります。

  • 金曜日の午後4時で、開発者のBobは、重大度の高いバグを修正するために作業を戻すことに同意しました。修正を検証するためにテスターが必要です。利用できるのはあなただけですが、夕食の手配がありました。何を提案しますか？

その質問への答えだけで、候補者が次のことを評価できます。

  • 役に立たない（「すみません、夕食を逃すことはできません」）。
  • 外部の制約について考えます（「他に利用できるテスターは本当にいないのですか？」、「土曜日の朝に検証できますか？」、「ボブは週末に別の時間に作業できますか？」）。
  • 順応性があります（「私はこれだけで夕食を延期することができました」）。

等々。

開発者とテスターの関係にとってコミュニケーションスキルがいかに重要であるかも強調することはできません。テスターに​​大まかなバグレポート（必要なバグ）を生成させ、その妥当性（正確な手順、予想される動作、実際の動作など）について話し合います。

于 2009-08-27T02:48:25.313 に答える
9

このスレッドのより深い答えとは別に、見過ごされがちな簡単な質問があります。

通常のユーザー、または経験の浅いユーザーのように振る舞うことができますか？

さて、これはばかげているように見えますが、それは非常に良い洞察を与えます。候補者が「はい」と言った場合、率直に言って、彼らは見た目とは異なります。開発（特に）、分析、またはテストの役割で情報技術の分野で働く人は、これを行うことができません。単に、経験の浅いユーザーのレベルをはるかに超えているという事実のためです。次に探す必要のある答えは次のとおりです。

いいえ。ただし、「いわゆる」通常のユーザーの動作に正確にマッピングできるテストケースを作成できます。

またはこれの派生物。これはいくつかの重要な情報を示しています。

  1. 彼らは現実的です
  2. 彼らは箱の外で考えることができます
  3. 彼らはQAで設定された適切な方法を実行する用意があります

これは私が少なくとも見つけたものです。

これが何らかの形で役立つことを願っています。

于 2009-08-27T16:59:17.683 に答える
6

私の提案は、次のようなやや自由形式の質問を検討することです。

私があなたに近づいて、「私がしたこの新しいことをテストしてくれませんか？」と言ったら。最初のいくつかの質問は何ですか？

これが私がそれを尋ねる際に持っているであろういくつかの考えです：

  1. 仕様や要件についての言及はありますか？ない場合、それはテストにどのように影響しますか？
  2. 彼らは私が彼らとペアを組んで、私が何をしたかを彼らが知ることができるようにしたいと思っていますか？
  3. 彼らは私が何をしたのか知りたがっていますか？
  4. 彼らはこれを行う時間があり、これにはどれくらいの時間がかかると思いますか？
  5. 包括的、スモークテスト、廊下の使いやすさなど、どのようなテストを期待していますか？
  6. これを行うためにどのような種類のツールが使用されますか？

バグを記録する際に、開発者がバグを修正する前に知っておくべき最小限の情報は何ですか？

これは、彼らが持っている背景の種類に応じて、次のようないくつかの注意事項があるため、回答の要因になる可能性が高いタイプの質問です。

  • 再現性-これを予測可能な方法で取得できますか？
  • 再現性のステップ
  • これはコード、データ、ネットワーク、またはその他の種類のバグですか？
  • ある規模のバグはどれほど悪いですか？
  • 環境-これを再び実現するには何が必要ですか？特定のブラウザ、オペレーティングシステム、またはその他の必要なものはありますか？
  • これがバグであることを示す期待される実際の結果は何ですか？
  • ソフトウェアバージョン-これはシステムのどのビルドで見つかりましたか？

私はこれらのほとんどに言及します。なぜなら、それは、より詳細なはずであるが、どの詳細が重要であるかという漠然とした質問または要求を与えられたときに、最初にどのパラメーターを持っているかという観点から私が考えていることだからです。また、15〜30秒で大丈夫だと答えるのにどれくらいの時間がかかったかにも注意します。それ以下の場合は、予想される質問だったと思います。それ以上の時間が必要な場合は、全体的なポイントは、この状況が発生したときに、それぞれの側にどのような期待があるのか​​ということです。

もう1つのアイデアは、使用しているソフトウェア開発方法論について言及し、このアプローチを使用した場合のQAに関連する課題は何かを尋ねることです。たとえば、開発者がTDDを使用する場合、それはQAにどのように影響しますか？それがより滝のようなアプローチである場合はどうなりますか？ここで見たいのは、彼らが自分の足でどれだけよく考えることができるか、そして私たちがスクラムを使用していると言った場合、使用されているものについてどのようなフォローアップの質問が実際に尋ねられるかです。スクラムの概念、本当に。

于 2009-08-27T23:16:25.737 に答える
3

開発者は、以下をチェックする必要があるシナリオを彼に与えることによってチェックできます

態度

テスターはプロービング態度を持っていますか？彼にシナリオを与え、彼/彼女が尋ねている有効な質問がいくつあるかを確認しますか？

スキル

作業する各プロジェクトには、テストに関連するいくつかのスキルが必要です。これには、要件の調査、テストの設計、テストの実行などが含まれます。テスターが要件を理解するのにどれだけ優れているかを確認してください。

知識

テスターを募集するフィールドで、テスターの幅と深さを確認します。テスターが現在のフィールドで作業していない場合でも、テスターがそのフィールドについてどれだけ知っているかを確認してください。

親しみやすさ

クライアントに問題があり、開発者が1週間休んでいるようなシナリオをテスターに​​与えます。問題は緊急にエスカレートする必要があり、テスターとして問題の根本的な原因を見つけることができました。そのような状況でどのようにアプローチしますか

于 2009-08-27T04:44:36.960 に答える
2

ソフトウェア品質の人々に私たちが求める重要な項目のいくつか：

  • コミュニケーション-チームの他のメンバーが発見した欠陥を理解できるように、候補者は明確かつ簡潔な方法で書き込み/電子メール/話すことができますか
  • 問題解決-ここで、これらのインタビューパズルの質問が役に立ちます。これらのタイプの質問では、候補者が問題を攻撃する方法と、「米国にある青い車の数」を決定するのにどれだけ近づいているかを知ることがより重要です。
  • 責任-候補者がフォロースルーするかどうかを理解することが重要です。人々は面接中に熱心であり、多くのことに同意するかもしれないので、これは本当の答えを見つけるのが難しいですが、実際にはそれを意味するわけではありません。問題や問題をどのように処理したかについての候補者からの過去の話が役立つ場合があります。候補者にとって問題が悪化し、彼らがその上に留まった場合のボーナスポイント。
  • 技術的な専門知識-このアイテムに必要なレベルは、テスターに​​よって異なります。自動テストを作成するのでしょうか。手動テスト？自動テストには少なくともある程度の技術的専門知識が必要ですが、手動テストにはそれほど必要ありません。いずれにせよ、アプリケーションの技術的側面に少なくとも精通しているテスターがいると、問題に取り組む際に非常に役立ちます。
于 2009-08-27T03:25:59.427 に答える
1

これは本当にあなたが探しているテスターの種類に依存すると思います。ボタンを押して正しく見えないと言う人を探していますか、それともテクノロジーやコードさえも理解してより深いバグを見つけることができる人を探していますか？インタビューループの開発者として、従来のQAタイプも利用できると思います。もしそうなら、彼らは典型的なテストの質問をします。あなたは彼らがどれほど技術的で、彼らがどのように相互作用するかを知る必要があります。それを念頭に置いて、これらの種類の質問のいくつかを試してください。

  1. プログラミングの質問。 履歴書を見てください。彼らはC＃を知っていますか？Javascript？あなたのために何かをコーディングするように彼らに依頼してください。彼らが知っているほど、彼らはより良いバグを報告することができます。
  2. 質問を処理します。 彼らはソース管理を理解していますか？彼らはそれを使用しましたか？彼らはビルドの概念を理解していますか？彼らはユニットテストに精通していますか？
  3. ソフトウェア開発の質問。 彼らはdll/assembly / jarが何であるかを理解していますか？彼らは記憶がどのように機能するか知っていますか？ユーザーモードとカーネルモード（またはドメインに適したもの）の違いを理解していますか？
  4. テクノロジーに関する質問。 彼らはあなたのドメインをどれだけよく理解していますか？彼らは、ウィジェット業界の動機を理解していますか？彼らは顧客が探しているウィジェットを知っていますか？彼らはウィジェットを使ったことがありますか？
  5. 彼らは自分たちのバグを深いレベルで理解していますか？ 彼らのお気に入りのバグについて尋ねてください。彼らは何が悪かったのかについてどのくらい詳細にあなたに話すことができますか？
  6. 彼らはあなたに立ち向かうことができますか？ これは、開発者がそれらをプッシュしたときに後退するソートまたはテスターですか、それとも彼らは戦いますか？彼らが何かを成し遂げようとし、反対に会った時について彼らに尋ねてください。彼らはどのように反応しましたか？
于 2009-08-27T04:06:12.637 に答える