テストの種類
テストの種類 と テストレベルは、多くの人がよく混乱する2つの概念であり、これらもISTQBテストで よく尋ねられる2つです。前回の記事では、テストレベルについて 説明いたしましたので、今回はテストの種類について お伝えたいと思います。
１、機能 テストの種類
機能テストは、コードの特定の動作または機能を検証するテストを指します。これらは通常、要件や仕様書に記載されていますが、一部の開発方法論ではユースケースから機能します。機能テストではよく「ユーザーがこれを実行できるか」と考えます。
機能テストは、需要とビジネスプロセスの2つの観点から実行できます。
- 需要の観点から
＋機能要件の仕様書を設計のテストの基礎として使用。
＋要件の内容は、最初のテスト項目にも、テスト済みまたは未テストの項目のリストとしても使用可。
＋テストプロセスの優先順位の要件に基づき、高リスクの要件を優先させる必要がある。
- ビジネスプロセスの観点から
＋ビジネスプロセスでは、システムの日常業務に関して説明する。
＋ユースケースはオブジェクト指向開発から派生してるが、現在では多くの開発ライフサイクルで一般的になっている。
＋ビジネスプロセスを出発点として、ビジネスプロセスはユーザーが実行するタスクから派生する。
＋ユースケースは、ビジネスの観点から見るとテストケースの有用なベーである。
機能テストの特徴
・セキュリティ：プログラム及びデータへの偶発的または故意の不正アクセスの防止。
・適合性：ユーザーのニーズに対するソフトウェアの適合性。
・相互運用性：ソフトウェアと他のシステムとの相互作用。
・精度：ソフトウェアによって提供される結果の精度。
・コンプライアンス：規格、規則、規制、法律、等の機能に関連するコンプライアンス。
機能テストの種類
・スモークテスト：スモークテストは、ソフトウェアに深刻な問題があるかどうかを判断するために使用されます。
・機能テスト
・UIテスト
・データとデータベースの整合性テスト
・ビジネスサイクルテスト
・アクセス制御テスト
機能テスト五つのステップ
・目的のソフトウェアが実行する機能を決定します。
・仕様書に基づいて入力データを生成する。
・仕様書に基づいて出力を決定します。
・テストケースを実行します。
・実際の結果と要件を比較します。
２、非機能テスト
機能テストの特徴
・使いやすさ：使用に必要な労力
・保守性：特定の変更を行うために必要な労力
・信頼性：指定された条件下で指定された期間、そのパフォーマンスを維持するソフトウェアの機能
・移植性：ある環境から別の環境に転送されるソフトウェアの機能
・効率：所定の条件下でのソフトウェアのパフォーマンスと使用されたリソースの関係
非機能テストの種類
・性能試験
パフォーマンステストは、通常、特定のワークロードでのシステムまたはサブシステムのパフォーマンスまたは応答性と安定性を決定するために実行されます。 また、スケーラビリティ、信頼性、リソースの使用状況など、システムの他の品質属性の調査、測定、検証、または検証にも役立ちます。
・負荷テスト
負荷テストは主に、大量のデータであろうと多数のユーザーであろうと、システムが特定の負荷の下で動作し続けることができるテストに関係しています。 これは一般にソフトウェアのスケーラビリティと呼ばれます。
・ストレステスト
ストレステストは、予期しないまたはまれなワークロードの下で信頼性をテストする方法です。 安定性テスト（負荷または耐久性テストと呼ばれることが多い）は、ソフトウェアが許容期間内またはそれを超えて継続的に機能できるかどうかを確認します。
・メンテナンステスト
影響分析と回帰テスト
＋通常、メンテナンステストは2つの部分で構成されます。テスト変更と回帰テストを実行して、システムの残りの部分がメンテナンス作業の影響を受けていないことを示します。
＋メンテナンステストの主な重要なアクティビティは、影響分析です。 分析から、システムのどの部分が望ましくない可能性があるかが判断されます。
＋リスク分析は、フォーカス回帰テストが必要な場所を決定するのに役立ちます。
メンテナンステストのための実行
＋保守テストは、既存のシステムで実行されます。 ソフトウェアまたはシステムの変更、移動、または撤回がある場合に実行されます。
＋変更のメンテナンステスト：改善には、計画的な増分変更、緊急時の変更と環境の変更の修正が含まれます。
＋変換のメンテナンステスト：新しい環境の動作と変更されたソフトウェアのチェックを含みます。 移行テスト（変換テスト）は、別のアプリケーションからのデータが保守されているシステムに移動される場合にも必要です。
＋動作を停止したシステムのメンテナンステスト：長期間のデータストレージが必要な場合のデータ転送またはストレージのテストが含まれます。
＋使いやすさのテスト
ユーザーインターフェイスが使いやすく、理解しやすいかどうかを確認するには、ユーザビリティテストが必要です。 それは主にアプリケーションの使用に関係しています。
３、構造テスト
・構造テストは、あらゆるレベルのテストで実行できます。これは、主にコンポーネントおよび統合テストに適用されます。
・構造テスト手法は、仕様に基づく手法の後に最もよく使用されます。 構造のタイプのカバレッジを評価することにより、テストを完全に測定するのに役立ちます。
・カバレッジは、テストスイートによって構造が実装された範囲であり、カバーされた項目のパーセンテージとして表されます。 カバレッジが100％でない場合、カバレッジを増やすために見落とされたアイテムをチェックするようにテストが設計されます。
・構造テストに使用される手法は、ホワイトボックス手法と制御フローモデルです。
４、確認テストと回帰テスト
・回帰テスト：回帰テストは、主要なコード変更が発生した後の欠陥の検出に重点を置いています。 具体的には、ソフトウェアのリグレッションや、戻ってきた古いバグを明らかにしようとします。 このような退行は、以前は正しく機能していたソフトウェア機能が意図したとおりに機能しなくなったときに発生します。
・確認テスト：エラーが検出されて修正された後、ソフトウェアを再テストして、元のエラーが修正されたことを確認します。
確認テストを実行する場合、テストは最初に使用したときと同じように、同じ入力、データ、環境を使用して実行する必要があります。
確認テストと回帰テストの違い
テストサービスの詳細については、こちらを参照してください。
Lotus Quality Assurance (LQA)
電話番号: (+84) 24-6660-7474
メール: [email protected]
ウェブサイト: https://www.lotus-qa.com/
