ソフトウェア テストとは
開発/設計されたコード/機能/システムのブロックを、明確に定義された一連の評価方法 (テストと呼ばれる) に基づいて実施し、バグや欠陥を分離するプロセスは、ソフトウェア テストと呼ばれます。
テストでは、顧客が提供した要件が遵守されていること、および製品が特定の環境で期待どおりに動作することを確認します
ソフトウェア テストについて何がわかっていますか?
- お届けする商品の品質を確保するために行われます
- ソフトウェア開発ライフサイクル (SDLC) の最も重要な段階の 1 つ
- テストは、開発/構築後に行われる SDLC の第 5 フェーズであり、展開/インストール前に行われます
- 古典的なウォーターフォール モデルでは、SDLC は SDLC 内のブロック プロセスですが、AGILE モデルや SPIRAL モデルなどの他のモデルでは、継続的インテグレーション/継続的デプロイメント)(CI/CD)の一部として継続的なプロセスです
- テストの結果は、バグや欠陥を報告するだけでは終わりません。以下のように、確実に閉鎖と再テストを行うためのプロセスが必要であるため、100% の品質が保証されます
- バグとは、重大な場合もそうでない場合もあるコード関連の問題です。通常、開発段階自体で識別可能であり、対処可能です。バグは、構文エラーや論理的間違いの結果である場合もあれば、実行時の問題が原因である場合もあります。ほとんどは開発者によって修正されています。隠れた/未確認のバグはシステムの動作に支障をきたす可能性があり、その結果、リソースの使用率が低下する可能性があります
- 欠陥とは、取得した仕様/要件からの逸脱であり、重大なものであるため、直ちに対処する必要があります。修正されていない欠陥は、リソースの面で重大な損害をもたらす可能性があります。通常はテスト段階で特定されます。テスターが要件に基づいたテスト ケースが使用されるテストを実行すると、仕様からの逸脱が特定され、開発者に差し戻されるか、代替案について顧客と議論され、議論の結果に従って問題に対処して修正できます。
- テストは、要件や仕様に従ってテスト ケース開発を使用してテスターが手動で実行することも、テスト ケースとデータが供給され、要件の遵守のために出力が分析されるツールを使用して自動化することもできます。
- ソフトウェアの機能性をテストできます。コードまたは機能の各単位をテストできます。コード単位と機能を統合してテストできます。システム全体をテストできます。健全性テストできます。インターフェイスのテストや回帰を実行できます(既存の機能との下位互換性)。機能) テストする必要があります
- 非機能テストには、パフォーマンス、負荷、ストレス、セキュリティ、互換性、インストール、信頼性などが含まれ、システムがテスト環境にさらされて、それに応じてどのように動作するかを評価します。
ソフトウェア テストの関連性:
設計および開発されたシステムは、その設計と構築に多くの人々が関与するため、決して完璧ではありません。プロセスとしてのソフトウェア テストは、製品の全体的な品質を保証します。テストにより、クライアントの要件に適合し、ビジネス ニーズに適合した製品が確実に提供されるようになります。明確に定義されたテストプロセスにより、バグが修正され、欠陥が特定され、インターフェイスが連携して動作し、製品のセキュリティと健全性が損なわれないことが保証されます。テストの結果、製品は要求どおりに動作し、あらゆるテストに合格し、あらゆる種類の中断に耐えることができます。検証および検証された製品は、最高級のリソースと、長期にわたる耐久性のある製品を提供する能力の証です。