Webアプリケーションのテストケース例（チェックリスト）
トーマス・ハミルトン
Web アプリケーションをテストするときは、以下に説明するテンプレートを考慮する必要があります。 以下に説明するチェックリストは、ビジネス要件に応じて、あらゆる種類の Web アプリケーションにほぼ適用できます。
それでは、各チェックリストを詳しく見てみましょう。
ユーザビリティテスト
ユーザビリティテストとは何ですか?
- ユーザビリティテストとは、まさに使いやすさのチェックです。
- ユーザビリティテストでは、新規ユーザーがアプリケーションを簡単に理解できるように、アプリケーションのフローがテストされます。
- 基本的に、システムナビゲーションはユーザビリティテストでチェックされます。
ユーザビリティテストの目的または目標は何ですか?
ユーザビリティ テストでは、標準的なユーザビリティ テスト手法を使用して、製品の使いやすさと有効性を確立します。
ユーザビリティテストケースの例
- Web ページのコンテンツは、スペルや文法の誤りがなく正確である必要があります。
- すべてのフォントは要件に従って同じである必要があります。
- すべてのテキストが適切に配置されている必要があります。
- すべてのエラー メッセージが正しく、スペルや文法の間違いがなく、エラー メッセージがフィールド ラベルと一致している必要があります。
- ツールヒントのテキストはすべてのフィールドに存在する必要があります。
- すべてのフィールドが正しく配置されている必要があります。
- フィールド ラベル、列、行、およびエラー メッセージの間には十分なスペースを確保する必要があります。
- すべてのボタンは標準の形式とサイズである必要があります。
- ホーム リンクはすべてのページに存在する必要があります。
- 無効なフィールドはグレー表示されます。
- リンク切れや画像がないか確認してください。
- あらゆる種類の更新および削除操作に対して確認メッセージが表示される必要があります。
- さまざまな解像度 (640 x 480、600 x 800 など) でサイトを確認してください。
- エンドユーザーがストレスなくシステムを実行できることを確認してください。
- タブが正しく機能することを確認してください。
- スクロール バーは必要な場合にのみ表示されます。
- 送信時にエラー メッセージが表示された場合は、ユーザーが入力した情報がそこにあるはずです。
- タイトルは各 Web ページに表示される必要があります
- すべてのフィールド (テキスト ボックス、ドロップダウン、ラジオ ボタンなど) とボタンはキーボード ショートカットでアクセスでき、ユーザーはキーボードを使用してすべての操作を実行できる必要があります。
- フィールド サイズが原因でドロップダウン データが切り捨てられていないかどうかを確認します。 また、データがハードコーディングされているか、管理者によって管理されているかどうかを確認してください。
機能テスト
機能テストとは何ですか?
- 製品の機能と動作をテストして、仕様に準拠していることを確認します。
- システムまたはコンポーネントの内部メカニズムを無視し、選択された入力と実行条件に応じて生成される出力のみに焦点を当てるテスト。
機能テストの目的または目標は何ですか?
- の目標 機能テスト 製品が開発ドキュメントに記載されている意図された機能仕様を満たしているかどうかを確認することです。
機能テストのシナリオの例:
- すべての必須フィールドをテストして検証する必要があります。
- すべての必須フィールドにアスタリスク記号が表示されるかどうかをテストします。
- システムがオプションのフィールドにエラー メッセージを表示しないことをテストします。
- うるう年が正しく検証され、エラーや計算ミスが発生しないことをテストします。
- 数値フィールドがアルファベットを受け入れず、適切なエラー メッセージが表示されることをテストします。
- 数値フィールドで許可されている場合は負の数をテストします。
- テストのゼロによる除算は、計算のために適切に処理される必要があります。
- すべてのフィールドの最大長をテストして、データが切り捨てられていないことを確認します。
- データがフィールドの最大サイズに達した場合に表示されるポップアップ メッセージ (「このフィールドは 500 文字に制限されています」) をテストします。
- 更新および削除操作に対して確認メッセージが表示されることをテストします。
- 金額値が通貨形式で表示されるかどうかをテストします。
- すべての入力フィールドに特殊文字がないかテストします。
- タイムアウト機能をテストします。
- 並べ替え機能をテストします。
- 利用可能なボタンの機能をテストする
- プライバシー ポリシーと FAQ をテストし、明確に定義されており、ユーザーが利用できるようにする必要があります。
- いずれかの機能が失敗するかどうかをテストすると、ユーザーはカスタム エラー ページにリダイレクトされます。
- アップロードされたすべてのドキュメントが正しく開かれることをテストします。
- ユーザーがアップロードされたファイルをダウンロードできるかどうかをテストします。
- システムの電子メール機能をテストします。
- テストする Java スクリプトはさまざまなブラウザー (IE、 Firefox、クローム、サファリ、 Opera).
- ユーザーがサイト内で Cookie を削除した場合に何が起こるかをテストします。
- ユーザーがサイトにアクセスした後に Cookie を削除するとどうなるかをテストします。
- コンボ/リスト ボックス内のすべてのデータが時系列順に並べられていることをテストします。
互換性テスト
互換性テストとは何ですか?
- 互換性テストは、ソフトウェアが、ブラウザなど、動作する必要があるシステムの他の要素と互換性があるかどうかを判断するために使用されます。 Operaシステム、またはハードウェア。
互換性テストの目的または目標は何ですか?
- 互換性テストの目的は、特定のブラウザーでのソフトウェアのパフォーマンスを評価することです。 Operaシステム、ハードウェア、またはソフトウェア。
互換性テストのサンプル シナリオ:
- さまざまなブラウザ (IE、 Firefox、Chrome、Safari、 Opera) を確認し、Web サイトが適切に表示されていることを確認します。
- 使用されている HTML バージョンが適切なブラウザのバージョンと互換性があるかどうかをテストします。
- さまざまなブラウザで画像が正しく表示されるかテストします。
- フォントがさまざまなブラウザで使用できるかどうかをテストします。
- Java スクリプト コードがさまざまなブラウザで使用できるかどうかをテストします。
- さまざまなブラウザでアニメーション GIF をテストします。
データベースのテスト
データベーステストとは何ですか?
- In データベーステスト Web またはデスクトップ アプリケーションを通じて挿入されたバックエンド レコードがテストされます。 Web アプリケーションに表示されているデータは、データベースに保存されているデータと一致する必要があります。
データベース テストを実行するには、テスターは以下の点に注意する必要があります。:
- テスターは、機能要件、ビジネス ロジック、アプリケーション フロー、データベース設計を十分に理解する必要があります。
- テスターは、アプリケーションに使用されるテーブル、トリガー、ストア プロシージャ、ビュー、およびカーソルを把握する必要があります。
- テスターは、作成されたトリガー、ストア プロシージャ、ビュー、カーソルのロジックを理解している必要があります。
- テスターは、Web またはデスクトップ アプリケーションを通じて挿入、更新、削除 (DML) 操作が実行されたときに影響を受けるテーブルを把握する必要があります。
上記のポイントを活用すると、テスターはデータベース テストのテスト シナリオを簡単に作成できます。
データベーステストのテストケースの例:
- データベース名を確認します。データベース名は仕様と一致している必要があります。
- テーブル、列、列タイプ、デフォルトを確認します。すべてが仕様と一致している必要があります。
- 列が NULL を許可するかどうかを確認します。
- 各テーブルの主キーと外部キーを確認します。
- ストアド プロシージャを確認します。
- ストアド プロシージャがインストールされているかどうかをテストします。
- ストアド プロシージャ名を確認する
- パラメータの名前、タイプ、パラメータの数を確認します。
- パラメータが必要かどうかをテストします。
- いくつかのパラメータを削除してストアド プロシージャをテストする
- 出力がゼロの場合にテストすると、ゼロのレコードが影響を受けるはずです。
- 簡単な記述でストアド プロシージャをテストする SQL クエリ
- ストアド プロシージャが値を返すかどうかをテストする
- サンプル入力データを使用してストアド プロシージャをテストします。
- 表内の各フラグの動作を確認します。
- 各ページを送信した後、データがデータベースに適切に保存されていることを確認します。
- DML (更新、削除、挿入) 操作が実行された場合は、データを検証します。
- すべてのフィールドの長さを確認します。バックエンドとフロントエンドのフィールド長は同じである必要があります。
- QA、UAT、および運用のデータベース名を確認します。 名前は一意である必要があります。
- データベース内の暗号化されたデータを確認します。
- データベースのサイズを確認します。 実行された各クエリの応答時間もテストします。
- フロントエンドに表示されるデータを確認し、バックエンドでも同じであることを確認します。
- 無効なデータをデータベースに挿入して、データの有効性を検証します。
- トリガーを確認します。
セキュリティテストとは何ですか？
セキュリティテスト セキュリティの観点から欠陥やギャップを特定するテストが含まれます。
セキュリティ テストのサンプル テスト シナリオ:
- パスワード、クレジットカード番号、セキュリティの質問に対する秘密の回答などの重要なデータが含まれる Web ページは、HTTPS (SSL) 経由で送信されることを確認します。
- パスワード、クレジットカード番号などの重要な情報が暗号化された形式で表示されることを確認します。
- 「登録」、「パスワードを忘れた場合」、「パスワードの変更」などのすべての認証ページにパスワード ルールが実装されていることを確認します。
- パスワードが変更された場合、ユーザーは古いパスワードでログインできなくなることを確認します。
- エラー メッセージに重要な情報が表示されていないことを確認します。
- ユーザーがシステムからログアウトしているか、ユーザー セッションの有効期限が切れているかどうかを確認します。ユーザーはサイトに移動できません。
- ログインせずに、保護された Web ページと保護されていない Web ページに直接アクセスできることを確認します。
- 「ソースコードの表示」オプションが無効になっていて、ユーザーに表示されていないことを確認します。
- ユーザーが間違ったパスワードを何度も入力した場合、ユーザー アカウントがロックアウトされることを確認します。
- Cookie にパスワードが保存されていないことを確認します。
- 機能が動作していないか、システムがアプリケーション、サーバー、またはデータベースの情報を表示しないことを確認します。 代わりに、カスタム エラー ページが表示されるはずです。
- SQL インジェクション攻撃を確認します。
- ユーザーの役割とその権限を確認します。 たとえば、要求者は管理ページにアクセスできないようにする必要があります。
- 重要な操作がログ ファイルに書き込まれ、その情報が追跡可能であることを確認します。
- アドレス バーのセッション値が暗号化された形式であることを確認します。
- Cookie 情報が暗号化された形式で保存されていることを確認します。
- ブルート フォース攻撃に対するアプリケーションを検証する
パフォーマンス テストとは
性能試験 システムまたはコンポーネントが指定されたパフォーマンス要件に準拠しているかを評価するために実施されます。
一般的なテスト シナリオ:
- さまざまな負荷条件下でのアプリケーションのパフォーマンス、安定性、スケーラビリティを判断します。
- 現在のアーキテクチャがピークユーザーレベルでアプリケーションをサポートできるかどうかを判断します。
- どの構成サイジングが最高のパフォーマンス レベルを提供するかを判断します。
- アプリケーションとインフラストラクチャのボトルネックを特定するため。
- ソフトウェアの新しいバージョンが応答時間に悪影響を及ぼしたかどうかを判断するため。
- 製品やハードウェアを評価して、予測される負荷量を処理できるかどうかを判断します。
パフォーマンステストを行うにはどうすればよいですか? 手動テストまたは自動化による
実際には、次のような欠点があるため、パフォーマンス テストを手動で実行することはできません。
- さらに多くのリソースが必要になります。
- 同時動作はできません。
- 適切なシステム監視が利用できません。
- 繰り返しのタスクを実行するのは簡単ではありません。
- Apache JMeter
- ロードランナー
- ボーランドのシルクパフォーマー。
- Rational Performance Tester
- ワプト
- ネオロード