how find bug application
とても良い重要なポイントです。正しい？ ソフトウェアテスターまたはQAエンジニアの場合は、アプリケーションのバグを見つけるために毎分考えている必要があります。そして、あなたはそうあるべきです！
私は見つけると思います ブロッカーのバグ 他のように システムクラッシュ 多くの場合、やりがいがあります！いいえ、そうは思いません。 見つけるのが最も難しく、常にユーザーを誤解させるバグを見つけようとする必要があります。
そのような微妙なバグを見つけることは最も挑戦的な仕事であり、それはあなたにあなたの仕事の満足を与えます。 また、それは高齢者によって報われるべきです。捕まえるのが難しいだけでなく、再現するのも難しい、そのような微妙なバグの私の経験を共有します。
私は自分の検索エンジンプロジェクトから1つのモジュールをテストしていました。自動化するのは少し複雑なので、私はこのプロジェクトのほとんどのアクティビティを手動で行います。このモジュールは、さまざまなアフィリエイトと広告主のトラフィックと収益の統計で構成されています。したがって、このようなレポートのテストは常に困難な作業です。
このレポートをテストしたとき、しばらくの間正確に処理されたデータが表示されていましたが、しばらくしてからもう一度テストしようとすると、誤解を招く結果が表示されていました。結果を見るのは奇妙で混乱しました。
ログファイルを処理してデータベースを更新するためのCron（Cronは、指定された時間または条件の後に実行される自動スクリプトです）がありました。このような複数のクロップは、ログファイルとDBで実行され、合計データを同期します。
1つのテーブルで2つのcronが一定の時間間隔で実行されていました。
テーブルに他のCronによって上書きされ、データの不整合が発生している列がありました。膨大なDBプロセスとさまざまなcronがあるため、問題を理解するのに長い時間がかかりました。
私のポイントは、特別な条件で発生し、システムに強い影響を与える可能性のあるシステムの隠れたバグを見つけようとすることです。あなたはいくつかのヒントとコツでそのようなバグを見つけることができます。
verizonホットスポットのネットワークセキュリティキーは何ですか
だからそれらのヒントは何ですか：
＃1） アプリケーション全体を理解する または、テストを開始する前にモジュールを詳細に調べます。
＃二） 準備する 良いテストケース テストを開始する前に。つまり、アプリケーションの主要なリスクを含む機能テストケースに重点を置くということです。
＃3） 作成する 十分なテストデータ テストの前に、このデータセットにはテストケースの条件と、DB関連のアプリケーションをテストする場合のデータベースレコードが含まれます。
＃4） で繰り返しテストを実行します 異なるテスト環境 。
＃5） 見つけてみてください 結果のパターン 次に、結果をそれらのパターンと比較します。
＃6） ほとんどのテスト条件を完了したと思うとき、そして少し疲れていると思うとき いくつかの猿のテストを行います。
＃ 7） 以前のものを使用してください テストデータパターン 現在の一連のテストを分析します。
＃8） いくつか試してみてください 標準テストケース いくつかの異なるアプリケーションでバグを見つけました。入力テキストボックスをテストしている場合と同様に、入力としていくつかのHTMLタグを挿入し、表示ページに出力を表示してみてください。
＃9） 最後の最善のトリックは、バグを見つけるために一生懸命努力することです。アプリケーションを壊すためだけにテストしているように！
今後の投稿でさらにヒントを紹介します。 それまでの間、ここで他のヒントをコメントアウトできます。