私の上司は、テストの効率(特定されたバグの数)に基づいてテスターを募集したいと考えています。それで、彼は5人を最終候補に挙げました。私はそれらにバグがいっぱいのアプリを与え、明らかなバグと隠れたバグを報告する上で彼らがどのように機能するかを確認する必要があります。私は知っています...それはちょっと変な音です。これは、プログラマーのプログラミング能力を評価することでプログラマーを雇う(これは少し簡単です)コーディングの世界と同じだと思います。採用されると、これらのテスターはJava swingアプリをテストするため、フレームワーク/ツールのテストに精通している必要はありません。
だから、ここで私の質問は-バグのあるアプリ(ウェブ/非ウェブ)を見つけるにはどうすればよいですか、できればJava ones、私が最終候補のテスターに試してもらうことができますか?上司から頼まれた場合、あなたはこのタスクに取り掛かりますか?私はこの時点でちょっと無知です-私は少しググって、たくさんのバグがあるsourceforgeで新しいアプリを見つけることを考えましたが、どちらのアプローチも私にとってはうまくいきませんでした。
私は実際にこれをやった。バギー電卓を作成しました。それは単なるHTMLとJavaScriptです。私はもともと父(QA専門家)の模擬テストを支援するために作成しました。楽しかったから。その後、面接時に使用しました。
私は発見された#バグを探すだけではありません。を探している:
これを行う場合は、独自のバギーアプリを作成します。私が現在の地位に雇われたとき、会社が取り組んだ実際のソフトウェアに基づいたバグをテストして見つけるためのアプリが与えられました。いくつかのバグはかなり明白でしたが、いくつかはより微妙でしたが、主にここにはたくさんのバグまたは間違いなくバグのある振る舞いがありました。私の2セント:これは楽しいかもしれませんが、必ずしもテスト能力の良い画面になるとは限りません。シンプルで小さなアプリケーションで明らかなバグを見つけることは、一般的にそれほど難しくありません。
自分と申請者の両方のために一段上のものにしたい場合は、実際のアプリとWebページを見つけ、候補者にそれらのバグを探すよう依頼してください。バグは通常、それほど明白ではないだけでなく、申請者の思考プロセスと評価スキルについての洞察を与えるいくつかの啓発的な会話につながる可能性があります。それはまた、あなたとあなたの同僚にあなたのテスト能力とバグ発見スキルを上げることを強制するかもしれません。ただし、実際のアプリであってもバグや問題があるため、バグのあるアプリを見つけるのはそれほど大変なことではありません。
これは簡単なはずです。すでに1つ以上のアプリケーションがありますよね?そして、あなたはソース管理を使用したと思います。そして、あなたは歴史的なバグの記録を持っているべきです。また、ソース管理で古いバージョンから簡単にビルドできる必要があります。
だから、彼らがあなたが実際に持っていたバグをどれだけうまく見つけることができるか見てください。それが現実的なテストでなければ、私はそれが何であるかわかりません。