ソフトウェアプロジェクトのための機能テストフレームワーク

  機能テスト フレームワークが含まれる:フレンドリーなインターフェイスのテスト、機能テスト、リンクテスト、フォールトトレランス試験、安定性試験、ルーチンの パフォーマンステスト ように、構成テスト、アルゴリズムのテストとを。
   1.1.1ユーザーフレンドリーテスト
  スタイル、スタイル、色、コーディネートするかどうか
  インターフェイスのレイアウトがきちんとしている、コーディネートは(可能な限り、確実にするためにすべてを表示しないスクロールバーを使用するには
  インターフェース動作は、タイトルの説明が適切である(説明曖昧さは、そこにスペルミスかどうかに注意してください)
  (操作しやすい、一緒に入れ、同様の機能のコントロールを持っていなかった)ルーチンの人々の習慣に沿って操作するかどうか
  コンプライアンスのためのプロンプトインターフェース(英語で表示すべきでないキャンセル、OKなど、中国の表示を決定する必要があります)
  各インターフェイスのコントロールが並んでいます
  日付が編集できるかどうかを制御
  日付コントロールの長さは、それがすべての対象時間を表示することができたときに変更することが合理的です
  クエリ結果リストの列幅は、ラベルは、合理的な説明かどうか、合理的です
  クエリ結果リスト広すぎるなし横スクロールのヒント
  長いテキストの詳細については、テキストボックスには自動垂直スクロールバーがありません提供しました
  コントロールは簡単なデータ入力です
  整理するTabキー、キーシーケンスがサポートされていない、バウンスしないでください
  関連するホットキーが用意されていません。
  説明コントロールプロンプトは正しいです
  モジュールの呼び出しは、同じインターフェイスを起動するかどうかを同じモジュール統一であります
  ページを移動するには、スクロールバーを使用して、ページが正常なコントロールを表示されます
  日付が正しい形式XXXX-XXXXかでなければなりませんXXXX-XX-XXXX:XX:XX
  そこに余分なボタンやページラベルがあります
  メニューバーのウィンドウタイトルやアイコンかどうかを統一
  正しく実行するかどうか、最小限に抑える、ウィンドウを最大化
  正常な機能のために、ユーザーが使用できるようになります取扱説明書を読む必要はありません。
  実行リスク操作、確認は、それと他のヒントを削除する場合
  一連の操作は妥当です
  正しさを確認してください:レビューページ、ボタン、テーブル、ヘッダー、フッター、メッセージの形式は、他の文字綴り、文法があり、文は正しいです。
  警告システムは、ユーザ、プロンプト情報の演算に誤差前に実行されなければなりません。
  ページの解像度を確認し、さまざまな解決システムにおけるブラウザの使い勝手は、システム・インタフェースをチェックします。
  健全性チェック:、追加、更新、削除取り消し、背中や他の操作行った後、戻ってページに情報を参照してください合理的です。
  情報の英語版が正確かつ専門的な中国語、英語の翻訳を持つべきではありません。かどうかをチェックすることにより、ローカライズ。
  冷凍灰色の背景
   1.1.2機能テスト
  テストのためにすべてのデフォルトを使用します
  すべての製品マニュアル、ドキュメントのヘルプの内容によると、テストを通過しなければなりません
  入力判定
  すべての画面が表示され、テストに何のロジックではありません
  例外処理
  敏感な言葉
  すべてのフローパスは、フローチャートの要件文書を横断しました
  プログラムの内容は、ポイントの論理的トラバーサルのelif他のスイッチが行き来する場合
  様々なインターフェース制御試験
   テストのための入力ボックス:
  まず、文字入力ボックス:
  文字入力ボックス:「!〜@#¥%......&* [] {}?」英語全幅、半分の幅英語、数字、または空のスペース、特殊文字単一引用符とアンパサンドに特に注意を払って。場合は、直接入力の特殊文字の禁止、「貼り付け、コピー」機能を使用するには、入力しようとします。
  長さを確認します、このような全体の作業の上に文字入力などの最小長、最大長、最小長-1、+1、最大長、 の過去のコピーを。
  ボックスにチェックを入れます:文字の間にスペースを入力して、前後の空白文字、空白文字の後に文字の前にスペースがあります
  複数行のテキストボックス、入力:キャリッジリターンラインを許可して、入力の表示形式を保存するだけで(結果を保存し、そうでない場合は、プロンプトの正常があるかどうかをチェックする場合)が正しく保存されているかどうかを確認するために復帰改行を入力し、保存することができ、
  セキュリティチェック:特殊な文字列を入力します。
  (NULL、NULL ,,ジャバスクリプト、<スクリプト>、</ SCRIPT>、<タイトル>、<HTML>、<TD>)、输入脚本函数(<SCRIPT>警告( "ABC")</ SCRIPT>)、doucment .WRITE( "ABC")、<B>こんにちは</ B>)
   第二に、数値入力ボックス:
  境界値:最大値、最小値、最大値+ 1、最小値-1
  桁:桁数の最小値、最大値、最小ビット数-1ビットの+1最大数、入力値が長い場合、入力された整数
  3.外れ値、特殊文字:(NULL)空白を入力し、スペース、または "〜@の#$%^&*()_ + {} | [] :!" <>;? '/;:?' - =システムエラー他の文字をもたらすことができる、特殊文字はコピーの試みが提出され、通常のペーストを使用するかどうかを確認するために、直接入力を禁止し、特別な機能の単語、入力ボックスをクリップボードにコピーし、改ページ、セクションは同様の式を分解そのようなそのような[シグマ、㏒、㏑、Π、+の値として特殊記号などの標準、 - など
  負入力負の整数、(場合には夜十二時前に小数点丸め、小数点複数の)最初、01、02、など、科学的表記1.0E2サポートするための小数、入力文字または文字の10進数0、全幅と半値幅デジタル数字、混合数字と文字、16進数、8進数、通貨型入力(数小数点を可能にします)、
  セキュリティチェック:あなただけの直接入力をコピーすることはできません
   第三に、日付入力ボックスタイプ:
  :( [入力の上、4,6,9,11を入力0日、1、32日)、毎月の入力[1,3,5,7,8,10,12]、日付入力[31]の正当性を確認します]、毎日の入力[30] [31]、入力非閏年、月入力[2]、入力日付[28、29]、入力閏年、月入力[2]、入力日付[29、30]、月入力[0 、1,12,13]
  特にクエリ時間で、カレンダーの末に比べ開始日考えてみましょう。
  外れ値、特殊文字:〜、空白またはNULLを入力してください!#¥%......&*(){} []など@システムエラー文字をもたらし得ます
  セキュリティチェック:あなたは、直接データの検証エラーかどうか、あなたがコピーし、入力することはできませんか?
   1.1.3ビジネス・プロセス・テスト(メイン機能テスト)
  ビジネスプロセスは、データが一般的に複数のモジュールを含んで、その時にビジネス・プロセス・テストには、まず、多くの場合、問題の傾向がある、各モジュールのテスト、との間で必要なデータ転送に続いて、個々のモジュールの機能の正しさを確認する必要があります場所、テストのために異なる設計データをテストしてください。
  基本的なCRUD機能を有する機能モジュール、以下の試験が必要です。
  単機能テスト(削除、問い合わせ、改変、追加)
  増加 - >追加 - >追加(連続増加試験)
  増加 - >削除]
  増加 - >削除 - >(コンテンツを削除するには、新たに追加して一貫性のある)を追加します
  増加 - >編集 - >削除]
  修正 - >変更 - >(変性連続試験)修飾
  変更 - >(内容は変更と一致している前に、新たに追加)を追加します。
  変更 - >削除]
  変更 - >削除 - >(同じ内容を削除するために新たに追加)を追加します。
  削除 - >削除 - >削除(連続テストを削除します)
   1.1.4リンクテスト
  メインリンクは、それはまた、より多くの重要な側面でのテストサイトで、可用性と正確性を確保することです。
  あなたはテストをリンクするためにこのようなジヌーなどのツールを使用することができます。
   1.1.5フォールトトレランステスト
  システムは、入力として入力されたデータを使用できません。
  停止モジュールまたはサブシステムに関連し、現在のシステムの影響を検証します
  プロファイル削除または誤って設定
   データベースは、 誤ったデータを注入します
   1.1.6安定性試験
  ノンストップ運転(7 * 24)、そのメモリリークを確認し、システムリソース他のリークが存在する場合
  それはライン上の緊急事態である場合は、2日の夜や週末の実行を実行することができます。
  一般的な大きな圧力の下で、データベース接続の問題の数は、メモリリークがより迅速に公開されますが、デッドロックが反映されないことが、そのような12306の安定性など、システムの重要性に依存して最高です24/7
   1.1.7一般的なパフォーマンステスト
   接続速度テスト
  ユーザーは途中でインターネットを異なり、Webアプリケーションのスピードへの接続、彼らがかもしれ 電話 ダイヤルアップまたはブロードバンドインターネットアクセス。プログラムをダウンロードすると、ユーザーは、長い時間を待つことができますが、ページがアクセス権を持っていない場合に限ります。Webシステムの応答時間は、ユーザーが待って残すための忍耐を持っていないので、(例えば5秒以上)長すぎます。
  また、一部のページでは、応答が遅すぎる場合、ユーザーはコンテンツを閲覧するのに十分な時間を持っていない可能性があり、あなたが再上陸する必要があり、残業を制限しました。さらに、接続が遅すぎる、とユーザーが実際のページを取得することができ、データの損失を引き起こす可能性があります。
   負荷試験
  ウェブ負荷試験ニーズの範囲内で正常にそのWebシステムを確保するために、システム・レベルのパフォーマンスの負荷を測定することである ワーク 負荷レベルがある時点でユーザー数が同時にWebシステムにアクセスすることができる、また、オンラインデータ処理の数とすることができます。たとえば:Webアプリケーションは、オンラインの同時ユーザの数を許可することができますか?あなたがこの数を超えた場合、何が起こるのだろうか?Webアプリケーションは、同じページに対するユーザーの要求を大量に扱うことができますか?
  負荷テストは、Webパブリッシングシステムの後に実際のネットワーク環境でテスト、スケジュールする必要があります。企業の内部スタッフ、特にプロジェクトチームは常に限られており、要求の数のWebシステムは、同時にプロセスがはるかにこの制限を超えることになる可能性があるので、それゆえ、唯一のインターネット上で、負荷テストを受け入れ、結果は正しいです信頼できます。
  ストレステストは、Webアプリケーションの実際の破壊は、システム、テストシステムを反映しています。ストレステストは、テストする能力と障害復旧システムを制限することがある、つまり、Webアプリケーションのテストシステムが崩壊してしまうどのような状況では、崩壊しないだろう。システムの再起動時にWebアプリケーションシステムのクラッシュまでのハッカー、多くの場合、間違ったデータをロードし、アクセスを得ます。
  ストレステスト領域は、フォーム、ランディングページと他の情報送信、等を含みます
   1.1.8ユーザビリティテスト
  システム・インターフェース・コントロールは、タブ・キー、および合理的な順序を横断できるかどうか
  入口と主な機能の操作が容易に理解するかどうか
  インタフェースのレイアウトは、関数を見つけるのは簡単で、使用されるかどうか、妥当であるかどうか
  ステップ
  営業の実践
  そこに十分なメッセージがあり、メッセージテキストを正確に記述します
   1.1.9互換性テスト
  互換性テストが異なる中でのインターフェイスを参照するだけでなく 、オペレーティングシステム ブラウザの 適合性を考慮する必要があるいくつかの機能のテストを行い互換性、
  オペレーティングシステムとアプリケーションソフトウェアの互換性互換性を含め、それはまた、ハードウェアの互換性を含んでいてもよいです
  たとえば、AJAX、jqueryの、JavaScriptとその他の必要 な技術を 、考慮に別のブラウザとの互換性の問題を取る必要があります。
 
より転載:

おすすめ

転載: www.cnblogs.com/ray-mr-huang/p/10926830.html
おすすめ