アプリケーションテストとは何ですか?
トーマス・ハミルトン
アプリケーションテストとは何ですか?
アプリケーション テストは、ソフトウェアのエラーを見つけることを目的として、スクリプトを通じて実行されるソフトウェア テストのタイプとして定義されます。 アプリケーション全体のテストを扱います。
コストを削減し、ROI を最大化し、開発時間を節約しながら、アプリケーションの品質を向上させるのに役立ちます。
ソフトウェアエンジニアリングでは、GUI、機能、データベース（バックエンド）、負荷テストなどのさまざまなカテゴリでアプリケーションテストを実行できます。
アプリケーション テストの場合、テスト ライフサイクルには、要件分析、テスト計画、テスト分析、テスト設計、テスト実行、バグ報告などを含むさまざまなフェーズが含まれます。
アプリケーションをテストするにはどうすればよいですか?
ソフトウェア アプリケーションと製品には、サポートする機能や実装するプロセスの点でさまざまなバリエーションがあります。 したがって、アプリケーションのテストは、特定のプログラムまたはアプリケーションが適切に機能することを確認します。
アプリケーション テストのライフサイクルには XNUMX つの段階があります。
- ステージ1) アプリケーション要件に基づいてテスト計画を設計する
- ステージ2) 手動テストケースと自動テストスクリプトを開発する
- ステージ3) 機能テストを実行してアプリケーション要件を検証する
- ステージ4) 負荷テストを実行し、アプリケーションのパフォーマンスを調整する
実行されるテストの種類は、テスト対象のアプリケーションの種類によって異なります。 アプリケーションテストは 3 つのセグメントに分類されます。
- Webアプリケーションのテスト
- デスクトップアプリケーションのテスト
- モバイルアプリケーションテスト
| アプリケーションテスト | 実行されるテストの種類 |
|---|---|
|
|
|
|
|
|
アプリケーションのテスト方法論
テスト方法は、ソフトウェア アプリケーションが完全にテストされていることを確認する別の方法です。 組織化されておらず不十分なテスト方法は、製品を不安定にする可能性があります。
テストを実行するには XNUMX つの方法があります。
- ブラック Box テスト
- ホワイト Box テスト
- グレー Box テスト
ブラック Box テスト
ブラック Box テスト テストによく使用されるテクニック 機能テスト、非機能テスト、 そして回帰テスト。ブラックボックステストでは、次のような戦略が用いられます。
- 同等クラスのテスト
- 境界値テスト
- デシジョンテーブルテスト
- 状態遷移テーブル
ホワイト Box テスト
ホワイトボックステスト 通常はソフトウェアコードのテストに使用され、内部のセキュリティホール、壊れたパスや構造化されていないパス、条件付きループの機能などをチェックします。ホワイトボックステストでは、次のような戦略が使用されます。
- コードカバレッジ分析
- パスのカバレッジ
グレー Box テスト
このテスト手法は、黒と黒の両方を組み合わせたものです。 Box テストとホワイトボックステスト。以下に従って実施されます。 欠陥 不適切な構造またはアプリケーションの使用に基づくもの。
アプリケーションテストのテスト計画
当学校区の テスト計画 文書は製品から派生したものである Descriptテスト計画ドキュメントは、ソフトウェア要件仕様書 (SRS)、またはユース ケース ドキュメントです。テストの焦点は、何をテストするか、どのようにテストするか、いつテストするか、誰がテストするかです。テスト計画ドキュメントは、テスト チームとテスト マネージャー間のコミュニケーション手段として使用されます。
アプリケーション テストの標準テスト プランでは、次の機能を定義する必要があります。
- テストの範囲を定義する
- テストの目的を定義する
- テスト活動のアプローチ
- テストのスケジュール
- バグの追跡と報告
アプリケーションテストツール
アプリケーションテストにはさまざまなテストツールがあります。 ツールの選択は、実行するテストの種類によって異なります。 プラットフォームが異なれば、推奨されるツールも異なります。 アプリケーション テスト ツールは、さまざまなデバイスにわたるアプリケーションのパフォーマンス、使いやすさ、機能を保証します。
ここではそのうちのいくつかを紹介します。
- Selenium
- IBM 理性的なロボット
- RFT (合理的機能テスター)
- ロードランナー (HPパフォーマンステスター)
- Apache Jmeter
アプリケーションテストのベストプラクティスをテストする
アプリケーション テストに適切な戦略を選択することは、アプリケーションの欠陥を確実に検出する方法です。 したがって、QA チームが一連の標準プロセスに従って、より少ない時間でより多くのエラーを検出することが非常に重要になります。
アプリケーションのテストのベスト プラクティスには次のようなものがあります。
- 機能仕様の定義
- Revレビューと検査
- 正式な参入基準と退出基準
- 機能テストのバリエーション
- マルチプラットフォームのテスト
- 自動テスト実行
アプリケーションテストの課題
アプリケーションのテスト中に、テスターは多くの課題に遭遇する可能性があります
- ユーザーが電話した場合にのみ問題が特定される
- 変化による影響を予測できない
- アプリケーションおよび操作エラーの可視性がない
- 時間がかかる
モバイルアプリケーションテスト
Webアプリケーションのテストと同じように、 モバイル アプリケーションのテストも、同じテスト戦略と方法論に基づいています。 違いはテストに使用されるツールにある可能性があります。モバイル アプリケーションのテストに使用される一般的なツールには、Sikuli、TestComplete、FoneMonkey、Robotium などがあります。
モバイル アプリケーションの種類は XNUMX つのセクションに分類されます
- Web アプリケーション - インターネットやイントラネットなどのネットワーク経由でユーザーがアクセスします。
- ネイティブ アプリケーション - 特定のプラットフォーム用に開発され、コンピューティング デバイスにインストールされます。
- ハイブリッド アプリケーション - Web とネイティブの両方の要素を組み合わせます。 たとえばフェイスブック。
ほとんどのモバイル プラットフォームでは、単純な CSS、HTML、JS などを使用できます。
モバイル アプリケーション テストのテスト ケースの例
完全なモバイル テスト アプリケーション戦略には、デバイスとネットワークのインフラストラクチャ、ターゲット デバイスの選択、両方をカバーする手動テスト ツールと自動テスト ツールの効果的な組み合わせが含まれます。 非機能テストと機能テスト.
モバイルアプリケーションの場合、テスト対象となるのは次のとおりです。
- インストール
- オタ
- Wi-Fi
- データケーブル
- Bluetooth
- アンインストール
- アプリケーションのロゴ
- スプラッシュ
- 低メモリ
- 視覚的フィードバック
- アプリケーションを終了
- アプリケーションの起動・再起動
モバイルテストの課題
モバイルユーザーとデバイスの数が増えるにつれて、モバイルアプリのテストはますます複雑になります。モバイルアプリケーションのテストは、デスクトップベースのWebアプリケーションのテストとは大きく異なります。モバイルテスト中に直面する一般的な課題は次のとおりです。
- 包括的なテスト範囲
- 断片化の管理 (異なる OS バージョン、プロセッサ、メモリ)
- テスト計画の欠如
- 時間的制約
- 物理デバイスの不足
- プラットフォームとOSの多様性
結論
アプリケーション テストでは、アプリケーション全体がテストされ、そのためにさまざまなアプローチ、ツール、方法論が使用されます。 ソフトウェア製品の成功には、運用開始前にアプリケーション テストを実行することが不可欠です。
