Webアプリケーションのテストケース例（チェックリスト）

機能テストのシナリオの例:

• すべての必須フィールドをテストして検証する必要があります。
• すべての必須フィールドにアスタリスク記号が表示されるかどうかをテストします。
• システムがオプションのフィールドにエラー メッセージを表示しないことをテストします。
• うるう年が正しく検証され、エラーや計算ミスが発生しないことをテストします。
• 数値フィールドがアルファベットを受け入れず、適切なエラー メッセージが表示されることをテストします。
• 数値フィールドで許可されている場合は負の数をテストします。
• テストのゼロによる除算は、計算のために適切に処理される必要があります。
• すべてのフィールドの最大長をテストして、データが切り捨てられていないことを確認します。
• データがフィールドの最大サイズに達した場合に表示されるポップアップ メッセージ (「このフィールドは 500 文字に制限されています」) をテストします。
• 更新および削除操作に対して確認メッセージが表示されることをテストします。
• 金額値が通貨形式で表示されるかどうかをテストします。
• すべての入力フィールドに特殊文字がないかテストします。
• タイムアウト機能をテストします。
• 並べ替え機能をテストします。
• 利用可能なボタンの機能をテストする
• プライバシー ポリシーと FAQ をテストし、明確に定義されており、ユーザーが利用できるようにする必要があります。
• いずれかの機能が失敗するかどうかをテストすると、ユーザーはカスタム エラー ページにリダイレクトされます。
• アップロードされたすべてのドキュメントが正しく開かれることをテストします。
• ユーザーがアップロードされたファイルをダウンロードできるかどうかをテストします。
• システムの電子メール機能をテストします。
• テストする Java スクリプトはさまざまなブラウザー (IE、 Firefox、クローム、サファリ、 Opera).
• ユーザーがサイト内で Cookie を削除した場合に何が起こるかをテストします。
• ユーザーがサイトにアクセスした後に Cookie を削除するとどうなるかをテストします。
• コンボ/リスト ボックス内のすべてのデータが時系列順に並べられていることをテストします。

ユーザビリティテストケースの例

• Web ページのコンテンツは、スペルや文法の誤りがなく正確である必要があります。
• すべてのフォントは要件に従って同じである必要があります。
• すべてのテキストが適切に配置されている必要があります。
• すべてのエラー メッセージが正しく、スペルや文法の間違いがなく、エラー メッセージがフィールド ラベルと一致している必要があります。
• ツールヒントのテキストはすべてのフィールドに存在する必要があります。
• すべてのフィールドが正しく配置されている必要があります。
• フィールド ラベル、列、行、およびエラー メッセージの間には十分なスペースを確保する必要があります。
• すべてのボタンは標準の形式とサイズである必要があります。
• ホーム リンクはすべてのページに存在する必要があります。
• 無効なフィールドはグレー表示されます。
• リンク切れや画像がないか確認してください。
• あらゆる種類の更新および削除操作に対して確認メッセージが表示される必要があります。
• さまざまな解像度 (640 x 480、600 x 800 など) でサイトを確認してください。
• エンドユーザーがストレスなくシステムを実行できることを確認してください。
• タブが正しく機能することを確認してください。
• スクロール バーは必要な場合にのみ表示されます。
• 送信時にエラー メッセージが表示された場合は、ユーザーが入力した情報がそこにあるはずです。
• タイトルは各 Web ページに表示される必要があります
• すべてのフィールド (テキスト ボックス、ドロップダウン、ラジオ ボタンなど) とボタンはキーボード ショートカットでアクセスでき、ユーザーはキーボードを使用してすべての操作を実行できる必要があります。
• フィールド サイズが原因でドロップダウン データが切り捨てられていないかどうかを確認します。 また、データがハードコーディングされているか、管理者によって管理されているかどうかを確認してください。

互換性テストのサンプル シナリオ:

• さまざまなブラウザ (IE、 Firefox、Chrome、Safari、 Opera) を確認し、Web サイトが適切に表示されていることを確認します。
• 使用されている HTML バージョンが適切なブラウザのバージョンと互換性があるかどうかをテストします。
• さまざまなブラウザで画像が正しく表示されるかテストします。
• フォントがさまざまなブラウザで使用できるかどうかをテストします。
• Java スクリプト コードがさまざまなブラウザで使用できるかどうかをテストします。
• さまざまなブラウザでアニメーション GIF をテストします。

データベーステストのテストケースの例:

• データベース名を確認してください。データベース名は仕様と一致している必要があります。
• テーブル、列、列タイプ、デフォルトを確認します。すべてが仕様と一致している必要があります。
• 列が NULL を許可するかどうかを確認します。
• 各テーブルの主キーと外部キーを確認します。
• ストアド プロシージャを確認します。
• ストアド プロシージャがインストールされているかどうかをテストします。
• ストアド プロシージャ名を確認する
• パラメータの名前、タイプ、パラメータの数を確認します。
• パラメータが必要かどうかをテストします。
• いくつかのパラメータを削除してストアド プロシージャをテストする
• 出力がゼロの場合にテストすると、ゼロのレコードが影響を受けるはずです。
• 簡単な記述でストアド プロシージャをテストする SQL クエリ
• ストアド プロシージャが値を返すかどうかをテストする
• サンプル入力データを使用してストアド プロシージャをテストします。
• 表内の各フラグの動作を確認します。
• 各ページを送信した後、データがデータベースに適切に保存されていることを確認します。
• DML (更新、削除、挿入) 操作が実行された場合は、データを検証します。
• すべてのフィールドの長さを確認します。バックエンドとフロントエンドのフィールド長は同じである必要があります。
• QA、UAT、および運用のデータベース名を確認します。 名前は一意である必要があります。
• データベース内の暗号化されたデータを確認します。
• データベースのサイズを確認します。 実行された各クエリの応答時間もテストします。
• フロントエンドに表示されるデータを確認し、バックエンドでも同じであることを確認します。
• 無効なデータをデータベースに挿入して、データの有効性を検証します。
• トリガーを確認します。

APIテストのサンプルテストシナリオ：

• 成功、検証失敗、不正アクセス、サーバーエラーに関する、文書化されたステータスコードを確認してください。
• レスポンスペイロードが、フィールド名やデータ型を含め、公開されているスキーマと一致していることを確認してください。
• パラメータが欠落しているか形式が不正な場合、スタックではなく読みやすいメッセージが返されることを確認します。 trace.
• 認証トークンが期限切れになり、正しく更新され、ログアウト後に再利用できないことを確認します。
• 役割ベースの認証を検証し、標準アカウントが識別子を変更することで管理者エンドポイントにアクセスできないようにします。
• 空文字列や最大長など、すべてのパラメータの境界値を検証してください。
• レート制限が、エラーを黙って発生させるのではなく、正しいスロットリング応答を返すことを確認します。
• サードパーティサービスがタイムアウトした場合に、エンドポイントが適切にダウングレードすることを確認してください。
• 応答やエラーメッセージにパスワード、トークン、内部パスが含まれていないことを確認してください。

セキュリティ テストのサンプル テスト シナリオ:

• パスワード、クレジットカード番号、セキュリティの質問に対する秘密の回答などの重要なデータが含まれる Web ページは、HTTPS (SSL) 経由で送信されることを確認します。
• パスワード、クレジットカード番号などの重要な情報が暗号化された形式で表示されることを確認します。
• 「登録」、「パスワードを忘れた場合」、「パスワードの変更」などのすべての認証ページにパスワード ルールが実装されていることを確認します。
• パスワードが変更された場合、ユーザーは古いパスワードでログインできなくなることを確認します。
• エラー メッセージに重要な情報が表示されていないことを確認します。
• ユーザーがシステムからログアウトしているか、ユーザー セッションの有効期限が切れているかどうかを確認します。ユーザーはサイトに移動できません。
• ログインせずに、保護された Web ページと保護されていない Web ページに直接アクセスできることを確認します。
• 「ソースコードの表示」オプションが無効になっていて、ユーザーに表示されていないことを確認します。
• ユーザーが間違ったパスワードを何度も入力した場合、ユーザー アカウントがロックアウトされることを確認します。
• Cookie にパスワードが保存されていないことを確認します。
• 機能が動作していないか、システムがアプリケーション、サーバー、またはデータベースの情報を表示しないことを確認します。 代わりに、カスタム エラー ページが表示されるはずです。
• SQL インジェクション攻撃を確認します。
• ユーザーの役割とその権限を確認します。 たとえば、要求者は管理ページにアクセスできないようにする必要があります。
• 重要な操作がログファイルに書き込まれていることを確認し、その情報が trac食べられる。
• アドレス バーのセッション値が暗号化された形式であることを確認します。
• Cookie 情報が暗号化された形式で保存されていることを確認します。
• ブルート フォース攻撃に対するアプリケーションを検証する

アクセシビリティテストのサンプルテストシナリオ：

• 意味のある画像には説明的な代替テキストが付けられ、装飾的な画像は支援技術から非表示になっていることを確認してください。
• すべてのフォームコントロールに、隣接するプレースホルダーテキストではなく、プログラムによって関連付けられたラベルが設定されていることを確認してください。
• キーボードのみでページが正しく動作すること、および各停止位置でフォーカスインジケーターが表示されることを確認してください。
• テキストおよびインタラクティブ要素が、背景に対して最低限のコントラスト比を満たしていることを確認してください。
• 見出しが論理的な順序で並び、階層が飛ばされていないことを確認してください。そうすることで、スクリーンリーダーのナビゲーションが正しく機能します。
• エラーメッセージが支援技術に通知されていることを確認し、問題のあるフィールドを特定します。
• 水平スクロールなしで、200%ズーム時でもページが問題なく使用できることを確認してください。
• モーダル、タブ、アコーディオンなどのカスタムウィジェットが、正しい役割と状態を公開していることを確認します。