1、Webサイトのルーチンテストポイントの概要

ダニエル・サマリー我々は手助けをしたい....

まず、入力ボックス:

 

図1に示すように、通常の文字/文字/デジタル(通常のプロセステスト)。

2、再提出(入力した後、繰り返しクリックすると送信ボタン)。

3、純粋な文字異常/正常な入力を含める異常な文字(#¥%@ ......&**など!)。

図4に示すように、長さの制限(境界値試験、N、最大長M、試験N-1、N、M、M + 1の最小長さを仮定して)。

再入力する5、(レコードがすでに、繰り返し入力が存在します)。

6は、(何も直接プログラムの処理方法を確認するために提出されていない入力した)空提出しました。

7、(先頭、中間、および終了時に)スペースを含みます。

図8は、キャリッジリターンを含む(タイピングは、治療が、保存する方法、および表示する方法をどのように確認するために入力に含まれます)。

図9に示すように、コピーと操作ペースト(例えば、確認の認証に必要な二次パスワード、コピー&ペーストは、ケースの残りの部分は有効でなければならず、この時点でアクティブであってはなりません)。

10、フォーマット要件場合、フォーマットを確認する(例えば、電話番号形式の要件、オペレータ事業セグメントを必要とします)。

11、などの無効なエントリの文字セット、:ヌル、\ nは、

12、フル/ハーフサイズの区別符号かどうか;

13、検索入力ボックスの:

 

*すべてのコンテンツを検索するかどうかを入力する場合。

あなたはスペースを入力した場合、すべてのコンテンツを探し出します。

長さの文字を検索するよりも、入力の内容全体場合、対応するコンテンツの発作か。

スクリプト/ HTML言語を入力し、フィルタします(セキュリティテストを含む、ここで、我々は考えることはできません)。

 

第二には、/ OKボタンを提出します:

 

1、提出する/ OKボタン、クリックしたときに、データが正常にページジャンプを正しく処理されます。

2、提出に署名し、高速で連続提出する操作に、との注意を払うの対処方法を決定するために連続クリック提出/ページボタンがエラーかどうか、プログラムに対処する方法を、次の提出をクリックして、処理されていません。

図3は、[キャンセル]ボタンのために、データがコミットされていない見て、「キャンセル」ボタンをクリックします。

 

第三に、戻るボタン、戻るボタン:

 

1、ページの操作のために、我々はそれが撤退するかどうかを操作する前に、戻るボタンをクリックする表示、終了後に、動作するようにブラウザの戻るボタンをテストするために注意を払う必要がありますか?

2、連​​続ヒットバックボタン、ページがエラーかどうか、行う治療の種類が表示されます。

3は、例えば、戻るボタンをクリックして、ログインページから脱退した、ページがまだログオンしていますか?

4は、リターンキーページの、成功したレコードのために提出されました、操作の前に対処する方法を確認するために、戻るボタンをクリックしてください。

図5は、連続リターンキーページの、エラーかどうか、ページをどのように扱うか、行の戻るボタンをクリックしてください。

 

第四に、リンクテスト:

 

図1に示すように、まず、すべてのリンクかどうかを試験するために応じて、実際にリンクされたページにリンクされ示されているように。

図2に示すように、第二に、リンクされたページが存在してテストします。

3、最終的には、Webページには分離されたアプリケーション、ページにリンクされていない、いわゆる孤立したページのみをアクセスするための正しいURLアドレスを知っていないことを確認します。

 

注こと:ページにジャンプし、各機能をテストしていないときにログインし、ジャンプページのための各テストサイトは、ログイン操作をログに記録せずに行くために、テスト、および操作の必要性をクリックし、ジャンプは通常のすべてですそれを検証する必要があります。

 

五、セッションタイムアウト/失敗:

 

1、操作、セッションタイムアウトせずに長い時間がログインした後、ページジャンプを参照してください。

すべてのページを伴う2は、操作するにはログインする必要があります。

3、このためのテストへの簡単な方法:元のページからログアウトし、別のタブで開いて、ウェブサイトを訪問し、テストされるPage1のページが、この時間セッションが失敗した。この操作のPage1が行く、することができますまたはセッションタイムアウトのための条件を達成するために失敗しました。

 

第六に、グラフィカルインタフェース試験:

 

1、我々は最初のグラフィックは明確な目的を持っていることを確認する必要があります。

2、可能な限り小さくするためには画像サイズのサイト、および明確に一般的に、特定のページにリンクされているものを、説明することができるようにします。

図3は、フォントスタイルのすべてのページが一致していることを確認し、その後、これはマッチした背景色やフォントの色と前景色を検証する必要があります。

 

七つの試験運用プロセス:

 

テストテストインタフェースは友好的でなく、操作する手順やテストを行うには優しいの使いやすさだけではありません。

 

1だけでなく、操作に慣れているほとんどのユーザーの操作手順の遵守を検証します。

図2に示すように、過剰の流れのための余分な操作手順がある場合の動作が生じ得る不要な脆弱性ならびに複雑であるだけでなく、任意の良くありません。

図3は、動作フローは生じない誤解ステップにユーザを可能に平滑です。

図4は、各ステップの完了後、我々は明示的に指定するかどうかプロンプト与える必要があります。

 

八、リストやフリップ機能検査:

 

1は、リストページでは、ページには、各ページ(注:Testタブキー、キーを入力してください)をテストするために注意を払うに関連するボタンにするだけでなく、その機能をテストする必要があり、特に家庭用、最後に。

図2は、また、ページのリストを超える5、ケース10またはそれ以上のページを含んテスト、5または10の後に、後に検証すると同時に、またはページの後には、通常のがたくさんあります。

 

九、ページプロンプトテスト:

 

だけでなく、プロンプトに優しいだけでなく、統一されるように、サイト全体のスタイル(フォントサイズ、フォントの色、レイアウトを示唆し、背景、プロンプトトーンなど)を達成するために、ページ、このプロンプトをテストするために、テストで提案されているプロセスが可能でしたそれはより複雑でなく、時間とエネルギーの浪費されるだろう。この種の問題のために、それは前方に最高プット統一、統一された要約であり、ほとんどのこのようなケースは比較的類似しているため、状況は統一された文書を整理することができ、開発者へのフィードバック、団結修正、これは両当事者の効率を向上させることができます。

 

テン、ブラウザの互換性:

 

今、ブラウザの互換性の要件のための新たな開発プロジェクトが比較的高く、より多くの主流のブラウザはIE6、IE7、IE8とFirefox、AppleのSafariや他のブラウザでされ、我々はテストに合格し、IE6はほとんどのと簡単に互換性がありません。ブラウザは、IE7、サファリ、続いて、IE8とFirefoxは、一般的な問題に類似しています。テスト中に、我々は問題を見つけるのは簡単、より良い使用IE6ブラウザを持っていた、他のIEのテストツールはIETesterは、IEブラウザ、これは完全に正確ではありませんが、コンピュータのビューのみインストールすることができる、唯一の少ないために解決することができますすることができます第二に、もちろん、あなたはまた、他の同僚のブラウザ検証テストを使用することができます。

 

XIは、キーを入力して、タブのとおりです。

 

タブキーをサポートし、キーを入力して、操作を行うには、これらのキーを使用するかどうかをテストするボタンや入力ボックステストサイトは、運転習慣的なユーザーがいる場合には、

 

十二、ページタイトル試験:

 

サイトのタイトルページを統一することが最善です。

表示されたページのタイトルが正しいことを確認するには、

スタイルの制服かどうか。

タイトル同様の操作がページの一致の別のページに対応するかどうか。

 

XIII更新ボタン:

 

エラーかどうか、に対処する方法を確認するには、ブラウザのページ更新ボタンをクリックして?

 

第四に、スクロールバーのテスト:

 

スクロールバーのテスト、異常なテストは、スクロールバーを引くかどうかに注意を払うために

おすすめ

転載: www.cnblogs.com/maoruke/p/12595660.html