ここで具体的な提案をするつもりはありません。すでにいくつかの提案がありました。代わりに、この種の質問に使用できる一般的な戦略を提案します。(次の面接はログインダイアログではないかもしれません。登録フォームかもしれません。)
私はインタビューでその特定の質問を使用しませんが、私がこの種の質問をするときに一般的に求めているのは、人々がさまざまなテストのアイデアを思いつくことができること、そして彼らが固執しないことです.特定の種類のテストが多すぎる。後で別のテーマに切り替えて同じことを行う場合は、少しロールしてテーマに多くのバリエーションを投げ出すことは問題ありませんが、1 つの種類のテストアイデアしか思いつかない場合のテストで、すぐに使い果たされてしまうので、テスターとしての焦点が少し狭くなっているのではないかと心配するかもしれません。
多くのテスト アイデアを生成し、広い範囲に及ぶことができることは、私にとって優れたテスターの重要な指標です。創造性と分析力の両方を備えた人と仕事をしたいと考えています。また、それらの基礎となるモデル (セキュリティ、使いやすさなど) についても説明してください。
アイデアが尽きたら一歩下がって一息つき、コンテキストについてさらにいくつか質問します。ログイン ダイアログはどのようなシステムのためのものですか? どのプラットフォームで実行されますか? 公開されている Web アプリ用ですか、それともこのページは企業内でのみアクセス可能ですか? これにより、より多くのテストのアイデアが生まれる可能性があります。たとえば、ログインを何回再試行できるかについて考え始めるかもしれません。再試行回数が多すぎる場合、ユーザー アカウントをロックアウトする必要がありますか? そうである場合、パスワードをリセットする方法を示すエラー メッセージを表示する必要がありますか?
いくつかのテスト ヒューリスティックを調べて、さまざまなシナリオでそれらを使用する練習をすることをお勧めします。たとえば、ログイン ダイアログのテスト、登録フォーム、ショッピング カートのテストなどです。
これは手始めに良いものです - 座って、上記のすべての例について頭に浮かぶことの簡単なリストを書き留めてみてください. 次に、友人とやり直し、リストを比較します:
http://www.satisfice.com/articles/sfdpo.shtml
さらに読むには、次のリソース ページをお勧めします: http://www.developsense.com/resources.html
この種の練習は、プレッシャーにさらされているときに促すのに役立ちます。一歩下がって、「これまでに提案したテストをどのように分類しますか?完全に見逃した領域はありますか?何がありますか?そのための一種のテストですか?」.