ソフトウェア エラーに関する 1 つの大きな真実 | #2 ソフトウェア テストの最初のステップ
公開: 2022-05-12ソフトウェア エラーは、ソフトウェア作成プロセスの固有の部分です。 テスト段階でエラーが見つからないようなプログラムを作成することは、事実上不可能かもしれません。 理論的には、非常に単純なプログラムの場合はエラーが発生しない可能性がありますが、ソフトウェアに複雑なコードが含まれている場合に発生します。 複雑で大規模なプロジェクトは、作業の初期段階ですべてのエラーとバグを取り除くためにテストする必要があります。
ソフトウェア エラー – 目次:
- ソフトウェア エラーの理由
- エラーのライフサイクル
- ソフトウェアのエラーの重大度
- 概要
ソフトウェア エラーの理由
ソフトウェアのエラーは、いわゆるバグまたは障害によって引き起こされ、それらがソフトウェアの機能不良の主な理由です。 エラーは、ソフトウェア作成のどの段階でも発生する可能性があります。 ほとんどの場合、エラーはコード自体で発見され、人間の行動によって引き起こされます。 ソフトウェアの一部で見つかった欠陥は、特に両方が接続されている場合、同じソフトウェアの他の部分に影響を与える可能性があります。 エラーは欠陥の結果であり、どちらも重大な障害につながる可能性があり、ソフトウェアの実行中に現れる可能性があります。
International Software Testing Qualification Board によると、ソフトウェア エラーにはさまざまな理由があり、それらは次のとおりです。
- 人間の不完全さ
- 時間のプレッシャー
- 資格、スキルまたは経験の欠如
- チーム内のコミュニケーションが悪い
- 無効に書かれた仕様
- 複雑さ: コード、プロジェクト、またはテクノロジー
- システム内およびシステム間のインターフェースに関する誤解- 特にこれらのシステムの数が多い場合
- 新技術の実装
前述のように、エラーは欠陥につながり、欠陥は障害につながります。ここで、障害が必ずしも人的エラーによって引き起こされるとは限らないことに注意してください。 障害の発生は、放射線、電磁場、または汚染などの他の現象によって引き起こされる場合があります。 このような要因は、ハードウェアに影響を与える外部条件を変更することにより、ソフトウェアの動作に影響を与えます。
エラーのライフサイクル
エラーのライフ サイクルは、エラーが発見された時点から始まり、修正およびタスク クローズの時点まで報告されるプロセスです。 サイクルの長さは、エラーの重大度によって異なります。エラーの複雑さによって、修正に必要な時間が大幅に延長または短縮される場合があります。 ソフトウェア エラーの監視に使用されるプログラムは多数あり、プログラムの選択がエラーのライフ サイクルに影響を与える場合があります。
ライフサイクルの例は単純です。 最初の段階で、エラーが通知で報告され、オープンステータスが取得されます。 通知には、テスターがエラーを見つけることができるパスがあります。 さらに、タスクを処理するプログラマーが通知で割り当てられ、プログラマーがエラーの修正を開始するとすぐに、ステータスが進行中に変わります。 この情報は、通知がテスト準備完了に変わるとすぐにソフトウェアのテストを開始できるテスターにとって特に重要です。
2 つ目の要素はフィードバックです。 すべての調査が回答者によって埋められたら、1 つのきちんとしたレポートを作成する必要があります。 すべての重要な洞察を収集できるように、すべての情報を注意深く確認する必要があります。 調査結果を誤解しやすいため、これは特に重要です。 特定のケースに使用される調査は、適切に調整され、健全でなければなりません。
操作を開始するテスターは、ステータスをテスト進行中に変更し、完了後に、解決済み(修復が成功した場合) または再オープン済み(ソフトウェア エラーにまだ修復が必要な場合) の 2 つのオプションのいずれかを選択します。 このようにして、プログラマーはエラーの作業を再開する必要があるという通知を受け取ります。
ソフトウェアのエラーの重大度
ソフトウェア エラーは、テスターによって付与された重要度に応じて分類される場合があります。 重要度レベルは、プログラムの機能に対するエラーの影響に関する情報を渡します。 エラーの重大度レベルが高いほど、より迅速に修正する必要があります。
最も重要なレベルはブロッカーと呼ばれます。その発生は、プログラムを使用する能力が完全に失われ、テストを停止する必要があることを意味するためです。 ブロッカーの例は、アプリケーションをオフにするソフトウェア エラーです。 このようなエラーを迅速に修正して、さらにテストできるようにする必要があります。
重大度の低いレベルは、そのレベルのソフトウェア エラーがプログラムのすべての機能を使用することを困難にするため、クリティカルと呼ばれます。 このようなソフトウェア エラーはテストを完全にブロックするわけではありませんが、テスト プロセスに大きな影響を与え、この問題を修正しないとソフトウェアをリリースできません。
重大度のメジャーレベルは非常に重要ですが、テスト プロセスには対応していません。
中程度の重大度のエラーは、テストの作成を妨げないため、迅速な対応が必要な中程度の重大なエラーです。
5.個人のエンパワーメント– 360 度のフィードバックを使用すると、すべての従業員が懸念を表明する機会があります。 個人は、自分には発言権があり、会社は自分の意見や意見を尊重していると感じている可能性があります。したがって、従業員が聞いた結果としてのあらゆる種類の行動は、従業員の士気にプラスの影響を与えます。
エラーの重要度が最も低いレベル、つまり自明とは、ソフトウェア エラーの重要性が低いことを意味します。
概要
ソフトウェアのエラーには多くの原因がありますが、主に無意識の人間の行動が原因で発生します。 継続的なテストにより、ソフトウェアの精度を確認する必要があります。 各ソフトウェア エラーには、発見から修正までのサイクルがあります。 エラーにはさまざまなレベルの重要性があり、それぞれの重要性は同じですが、ソフトウェアを使用する可能性をテストできないほどブロックするものもあれば、それらのプロセスにそれほど影響を与えず、簡単に修正できるものもあります。
また読む：すべての企業が必要とする4種類の従業員
私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube の忙しいミツバチ コミュニティに参加してください。
著者: ロバート・ホイットニー
JavaScript のエキスパートであり、IT 部門を指導するインストラクター。 彼の主な目標は、コーディング中に効果的に協力する方法を他の人に教えることで、チームの生産性を向上させることです。
ソフトウェア テストの最初のステップ:
- ソフトウェアテストとは？
- ソフトウェア エラーに関する 1 つの大きな真実
- 7 つの重要な ISTQB テストの原則
- STLCの6フェーズ
- テストとデバッグ
- ソフトウェア テスト プロセスにおける検証と妥当性確認