7 types software errors that every tester should know
投稿の時間です ソフトウェアテストの基本 。この投稿は、すべてのテスターが知っておくべきソフトウェアエラーの種類に関するものです。
CPU温度を監視するための最良のプログラム
ソフトウェアのバグには多くの種類があります。バグは何があってもバグです。しかし、場合によっては、性質、その影響、およびそれをより適切に処理するための原因を理解することが重要です。
これは、より速い反応、そして最も重要なことに、適切な反応に役立ちます。
この記事では、 一般的な種類のソフトウェアエラー いくつかの例と簡単な演習を使用して、テスト中にそれらを識別する方法。
ソフトウェアのエラーとバグを定義することから始めましょう。
学習内容：
ソフトウェアエラーとバグ
で定義されているように ウィキペディア 「」 アン エラー 精度または正確さからの逸脱です 」と「 に ソフトウェアのバグ コンピュータプログラムまたはシステムのエラー、欠陥、障害、または障害であり、誤った結果または予期しない結果を生成したり、意図しない方法で動作したりする原因になります。 '。
したがって、次のことが推測できます。
- エラーは、実際の結果と期待される結果の差異です。
- エラーはのカテゴリです ソフトウェアのバグ 。
- エラーは、不完全または不正確な要件の結果として、または人間のデータ入力の問題が原因で発生する可能性があります。
ソフトウェアエラーの一般的なカテゴリ：
＃1）機能エラー ：
機能性は、ソフトウェアが動作するように意図されている方法です。 ソフトウェアに期待することが難しい、厄介な、混乱する、または不可能な場合、ソフトウェアには機能エラーがあります。
このスクリーンショットを確認してください：
(キャンセル)ボタンに期待される機能は、(新しいプロジェクトの作成)ウィンドウを閉じ、変更を保存しないことです（つまり、新しいプロジェクトを作成する必要はありません）。 (キャンセル)ボタンをクリックできない場合は、機能エラーです。
＃2）通信エラー：
これらのエラーは、ソフトウェアからエンドユーザーへの通信で発生します。 エンドユーザーが使用するために知っておく必要があること ソフトウェアは画面上で利用できるようにする必要があります 。
いくつかの例通信エラーの例–ヘルプの説明/メニューが提供されていない、リリースの一部であるがヘルプメニューに記載されていない機能、(保存)という名前のボタンでファイルを消去しないなど。
＃3）コマンドエラーがありません：
これが起こります 予期されたコマンドが欠落している場合に発生します 。このスクリーンショットを参照してください：
このウィンドウでは、ユーザーは新しいプロジェクトを作成できます。ただし、ユーザーがプロジェクトを作成せずにこのウィンドウを終了するオプションはありません。 「キャンセル」オプション/ボタンがユーザーに提供されていないため、これはコマンドエラーがありません。
＃4）構文エラー：
構文エラーは、スペルミスのある単語または文法的に正しくない文であり、ソフトウェアGUIのテスト中に非常に明白になります。 。コード内の構文エラーについては言及していないことに注意してください。コンパイラは、コードで発生する構文エラーについて開発者に警告します
スペルミスのある単語「キャンセル」に注意してください。
文法的に正しくないメッセージに注意してください。
＃5）エラー処理エラー：
ユーザーがソフトウェアを操作している間に発生するエラーは、明確に処理する必要があります。 意味のある方法 。そうでない場合は、エラー処理エラーと呼ばれます。
この画像を見てください。エラーメッセージは、エラーが実際に何であるかを示すものではありません。必須フィールドがない、保存エラー、ページ読み込みエラーですか、それともシステムエラーですか？したがって、これは「エラー処理エラー」です。
可能であれば、ユーザーが従うべきさらなるステップをリストする必要があります。
ソフトウェアに特定の必須フィールドがあり、フォームに情報を保存する前に入力する必要がある場合、検証メッセージは明確で、ユーザーが必要とするアクションを示している必要があります。
ここに他があります例：
＃6）計算エラー：
これらのエラーは、次のいずれかの理由で発生します。
- 悪い論理
- 数式が正しくありません
- データ型の不一致
- コーディングエラー
- 関数呼び出しの問題など。
1999年、NASAが採用した下請け業者の1つが、意図したメートル法の代わりに英国単位を使用していたため、NASAは火星気候オービターを失い、オービターのスラスターが正しく機能しなくなりました。このバグが原因で、オービターは火星に到着するとすぐに墜落しました。
＃7）制御フローエラー ：
ソフトウェアの制御フローは、次に何をどのような条件で実行するかを記述します。
例えば、ユーザーがフォームに入力する必要があり、ユーザーが使用できるオプションが(保存)、(保存して閉じる)、および(キャンセル)であるシステムについて考えてみます。ユーザーが(保存して閉じる)ボタンをクリックすると、フォーム内のユーザー情報が保存され、フォームが閉じます。ボタンをクリックしてもフォームが閉じない場合は、制御フローエラーです。
演習：
以下がどのエラーカテゴリに分類されるかを特定しましょう。
演習1：
これらはエラー処理エラーです。
演習2：
これはMissingコマンドエラーです。キャンセルボタンは必須ですが、ありません。また、「続行」ボタンと「削除」ボタンはどちらも冗長であり、同じ機能を実行します。
演習3
これは構文エラーです。
次の一歩：
識別されたエラーを報告することは不可欠です。最良の結果を得るには、すぐに報告してください。
説明、優先度、重大度、シナリオを再作成するためのトリガーと手順、画面キャプチャ（存在する場合）をバグレポートに含めます。
効果的な欠陥レポートの作成の詳細については、 この投稿を確認してください 。
結論
欠陥の特定、分類、報告、そして最終的には除去はすべて品質管理活動の一部です。
Android携帯用の無料mp3ダウンローダーアプリ
しかし、予防は治療よりも優れています。ソフトウェア品質保証の非常に重要な点は、ソフトウェア開発ライフサイクルの各段階で監視および検査プロセスを確立することです。
推奨読書= >> オーディオレンダラーエラーを修正する方法
目的は、エラーをできるだけ早く検出することです。これは、ソフトウェア開発が進むにつれて、エラーを見つけて修正するためのコストが劇的に増加するためです。したがって、エラーを早期に特定することが不可欠です。
エラーの修正は、要件分析の段階で最も安価であり、各段階で次第に費用がかかり、リリース後の保守段階で最も費用がかかります。
QAエンジニアとして、要件の定義に直接関与する場合と関与しない場合があります。また、要件の品質を直接制御することはほとんど、またはまったくない場合があります。
したがって、テスト段階で発生したエラーを特定、検索、および報告できることが不可欠です。
著者について： この有用な記事はNehaBによって書かれました。彼女は現在、品質保証マネージャーとして働いており、社内およびオフショアのQAチームの指導と管理を専門としています。
あなたが知っている、または遭遇した他の種類のソフトウェアエラーを私たちに知らせてください。
推奨読書
- ソフトウェアプロジェクトにおけるリスクの種類
- サンプルバグレポート
- 私の新しいeBook「ソフトウェアテストキャリアパッケージ-就職からテストリーダーになるまでのソフトウェアテスターの旅」を発表しました。
- ソフトウェアテスターの仕事は本当に目立たない仕事ですか？
- 完璧なソフトウェアテスト履歴書ガイド（ソフトウェアテスター履歴書サンプル付き）
- 大胆で自信に満ちたソフトウェアテスターになるための5つの方法
- 初心者の開発者（およびテスター）がソフトウェアテストについて知っておくべき5つのこと
- 悪いソフトウェアテスターの特徴