私はオンライン良い記事を見たとき、数日前、今それを記録。
インターネットからの素材、侵害た場合、連絡先は削除してください。
機能的なデザインを持つ患者でログイン
テストケースの設計、さまざまなビジネスによると、さまざまな能力、異なるデザインのテストケース。
要件：ユーザーとして、私はので、私は正常にログインできることを、口座番号、パスワードと確認コードを入力します
上記の要件によると、別のテスターは異なるログイン機能をテストするために設計された例をテストすることがあります。
私は、これはテストケースの60分だと思います
登録ポイントの例設計-60
- 登録したユーザー名と正しいパスワードを入力し、ログインが成功したことを確認
- 登録したユーザー名とパスワードが間違っている入力し、ログインに失敗したことを確認し、正しいと迅速な情報
- 未登録のユーザー名と任意のパスワードを入力し、ログインに失敗したことを確認し、正しいと迅速な情報
- ユーザー名とパスワードの両方が空に、ログインに失敗したことを確認し、正しいと迅速な情報されています
- 1人のユーザ名とパスワードのログインに失敗したことを確認し、両方とも空白で、正確かつ迅速な情報
- ログイン機能は、認証コード機能を有効にした場合、正しいユーザー名とパスワードの前提の下で、ログインが成功したことを確認するために、正しい確認コードを入力してください
- ログイン機能は、認証コード機能を有効にした場合、正しいユーザー名とパスワードの前提の下で、不正なコードを入力し、ログインに失敗した検証、正確かつ迅速な情報
- サードパーティのログインをサポートするかどうか
上の60点のベース場合、私はテストケースの70分を考えて、次のケースを追加
登録ポイントの例設計-70
- ユーザー名、パスワード、認証コードは大文字と小文字が区別されます
- ページ表示のかどうか、暗号化パスワードボックス
- 入力ボックスのデフォルトのフォーカス
- プロンプトが表示されたらパスワードを変更するには、ログイン成功を作成するためのユーザーのバックエンドシステムに初めて
- ユーザー名とパスワードは、機能が使用可能であることを忘れ忘れました
- 設計要件に応じて、ユーザー名とパスワードの長さを制限するかどうかをフロントページ
- あなたは確認コードを置き換えることができれば画像認証コードをクリックして、交換用のコードが提供されています
- コードを更新するかどうかのページを更新
- コードがタイムリーである場合、それぞれ、制限の有効性およびコードの外側の制限を確認する必要があります
- さまざまなレベルのユーザーの後、ログインシステム権限が正しいですか
- ユーザログインがタイムアウトするかどうかは、操作ユーザのログイン・インターフェースにリダイレクトされます続けます
- フォーカスがユーザー名の入力ボックスに配置されている場合、デフォルトのページ
- ネットワーク環境の切り替え、適切な機能を確認するためにログオンします
- ショートカットタブと入力し、など、通常使用することができます
- 異なる入力方法が正しく入力できません
- 英語の入力方法は、正常に入力することはできません。
- 私は、パケットキャプチャツール巻き込ま要求に直接ログを使用することができます
- また、チェックかどうかフロントエンド、バックエンドのフォーマットと長さを確認するには？
- ユーザーは、プロセスAPPを殺害した後、APPは、状態が再びログインしているかどうかを開いたまま、ログオンしました
- ログインに成功した後、セッション適時設定
ユースケースの70点に基づいて、私はテストケースの80分を考えて、次のケースを追加
ログインユースケースデザイン-80ポイント
パフォーマンステスト設計のポイント：
- シングルユーザーログイン応答時間が3秒未満であります
- リクエストの数が多すぎるか、背景、上のシングルユーザーがログイン
- 高度に同時シナリオ、ユーザーの応答時間が5秒未満でログインしています
- 並行性の高いシナリオ、モニタリング指標のサーバーは期待を満たしています
- リソースデッドロックや不合理な待機リソースがあるかどうかを、並行性の高いシナリオでランデブー
- ログインしてログアウトするユーザーの長い連続多数、サーバーのメモリリーク
安全テストテストポイント：
- ユーザーのパスワードが暗号化されているバックエンド・ストレージ
- ユーザーパスワードは、ネットワーク転送を暗号化されています
- パスワードの有効期限が満了した後、そこにある、パスワードを変更するよう求められた場合
- ログインせずに、ユーザーがログイン画面にリダイレクトされるかどうかを確認するために、お使いのブラウザで直接ログイン後にURLアドレスを入力します。
- パスワード入力ボックス支持体はコピー＆ペースト
- ユーザー名とパスワードの入力ボックスには、システムの動作が改ざんされていることを確認し、一般的なSQLインジェクション攻撃の文字列です
- ログインは、システムがブルート力に対処するための後続の試行を防止するかどうかを、ケースを繰り返し失敗しました
- 複数のブラウザで同じユーザーデザインの期待と相互に排他同じ端末のログイン、ログイン認証機能
- 同じユーザがログインが相互に排他的かどうかを確認するために、ブラウザ複数の端末にログインする必要があります
- リモートログインチェック、機器のチェックの交換、と考えるかどうか異常なログインアカウントの凍結
上の80点のベース場合、私はテストケースの90分を考えて、次のケースを追加
ログインユースケースデザイン-90ポイント
互換性テスト：
- ログインページの正しさを検証するために、異なるプラットフォーム、および表示機能
- 異なるデバイス、および表示機能の下では、ログインページの正しさを検証します
- ログインページの正しさを検証するために異なるブラウザ、および表示機能
- 正しさのログインページの表示や機能を検証するために、異なる解像度、
- 同じブラウザ、異なるバージョン、ログインページが表示されていることを確認し、機能的な正しさ
学生は、なぜ100テストケースを私に尋ねました。もちろん、答えはノー、ソフトウェアテストの理論とその徹底的なテスト逆を行うことは不可能ではありません。
あなたが外で機能テスト・ポイントをカバーするのニーズを考慮に加えて、機能の需要を受け、いつでも、ではなく、そうするとして、より良い機能の整合性を確保するため、非機能テストポイントの設計を検討する必要があります。
デザインのアイデアは、当然のことながら、より多くのテストポイントのログイン機能のために存在します上記の情報が伝えるが、このプロジェクトの開発プロセス、テスト時間と経済的コスト、リスク駆動型のパターンベース、集中している必要がありますテスト範囲とテストケース、リスクと開発コストのバランスを取るために欠陥を選択します。
注：すべての情報参照RU教師（RUビング盛）オタク時間「ソフトウェア52のストレステスト」
