私は以下の要約を行うことを学んだようなソフトウェアテストソフトウェアテスト業界の基礎はちょうど、入ってきました。

ソフトウェアのテスト(実際の出力と期待される出力との比較処理)

ソフトウェアテスト:識別を容易にするために使用されるソフトウェアのプロセスの正確性、完全性、安全性と品質を記述する。換言すれば、ソフトウェアのテストは、監査または実際の出力と予想される出力との比較であるプロセスソフトウェアテストの古典的な定義は次のとおりです。プログラムで指定された条件の下での動作、バグを発見するソフトウェアの品質を測定し、そしてそれは、設計プロセスの要件を満たすことができるかどうかを評価します。

簡単に言えば、ソフトウェアのテストは、プログラムが実現する必要があるかどうかを確認するためにBUGのプログラムを見つけるために、製品需要の分析を通じてです。

基本的な流れのテスト:テスト要件分析 - テスト計画 - テスト設計 - テストの実行 - テストの評価

要求分析段階のテスト:読む製品の需要は、要件、学習の中心に事業を理解し、ニーズアセスメント会議に参加するために分析ポイントを必要とします

計画段階のテスト:主なタスクは、テストプログラムを書くのソフトウェア要求仕様、プロジェクトのマスタープラン、配布用テスト環境を含め、テストスコープ、スケジュール、人的・物的資源を参照して、全体的なテスト戦略を開発することです。リスク評価と意思を避けるための措置。

テスト設計段階:メインは、ユースケースの準備が完了した後に見直される要件文書、概要設計、詳細設計のドキュメントへの参照を行います、テストケースを書くことです。

テスト実行フェーズ:、環境を構築するスモークテスト(試験前)を実行 - 試験の終了時まで、その後、正式な試験に、バグ管理。

テスト、評価段階:テストレポートは、行かどうかを確認します。

まず、テスト計画、テスト環境が含まれています。

1. テスト環境は:ハードウェアおよびソフトウェア環境を含む、必要なハードウェア環境は、テスト環境のサーバ、クライアント、ネットワーク接続装置、及びプリンタ/スキャナデバイスやその他の補助のハードウェア構成を指し、ソフトウェア環境は、テスト実行時の下でソフトウェアを指しオペレーティングシステム、データベース、および他のアプリケーションソフトウェアは、環境を構成しています。

テスト環境にセットアップし、1は、開発や運用・保守の構築および保守を担当し、もう一方は構築し、維持するために人員をテストすることです。操作やメンテナンスが構築されている場合は、マニュアルは、一般的に開発によって提供されたインストールマニュアルに従って固定メンテナンス方法を持って、セットアップし、維持する必要があります。テストが設定されている場合は、運用、保守、および実際にはほとんど乾い。

2.機能テスト測定範囲:および「the「は、ユーザが取扱説明書必要」ニーズ解析明細書において、」各モジュールの解析。様々な機能モジュールに対してテスト。

リンクテスト

    リンクがあるウェブページ間の主要な手段を切り替えて、ページのいくつかの未知のアドレスに移動するようにユーザーを導くためにあるサイトの主要な機能、テストへのリンクの内容:

   (1)ページへの需要のリンク上のすべてのリンクをテストする場合はリンクする必要があります。

      (2)リンクされたページが存在する試験;

      (3)Webサイト上のいかなる孤立したページを確認してくださいません。

      ページにリンクされていない、いわゆる孤立したページは、専用アクセスのための正しいURL(ユニフォームリソースロケータ)アドレスを知っています。リンクテストを手動で行うことができ、それを自動化することができます。リンクテストは統合テスト段階で完了する必要があり、それが開発されたWebサイト全体のすべてのページの後にテストをリンクする、と言うことです。

フォームのテスト

 フォームは、いくつかのオンライン表示され、必要なフォームに記入してください。このような確認など、いくつかの標準形式の操作は、保存するように提出すると、あります。

 精度とメイン試験形式の標準化、もし使用の適切な一般的形態;一次試験方法:試験境界値、等価クラス試験、及び異常型試験。

クッキーテスト

   okieは、それは、本質的に、あなたの身元の証明と同じであり、かつ、実行やウイルスを拡散するために使用されるコードを好きではない、Webサーバーによって、あなたのハードディスク上に置かれ、非常に小さなテキストファイルです。それだけであなたをすることができ、サーバのみで読み取ることができます。KIESの目的:あなたが時間を節約するのに役立ちます。あなたは、ページをカスタマイズしたり、製品やサービスを登録した場合。クッキー次回は、あなたの訪問は、あなたがすでに以前に回答したすべての質問に埋めるために必要な情報が表示されます場合は、あなたのアイデンティティを覚えています。コンテンツテストクッキー:通常、いくつかのシステム上のストアのユーザー情報とユーザのアプリケーションに使用された操作手順、ユーザが特定のアプリケーション・クッキー・システムを訪れたときに、Webサーバはユーザに関する情報を送信し、クッキーに情報を送信これは、動的なカスタムページを作成またはログイン情報を保存するために使用することができ、クライアントコンピュータ上で保存されています。

(1)クッキー、通常であれば仕事

  (2)所定の時間を節約するかどうかのクッキーを。

   (3)クッキーはどのような影響によってリフレッシュ。

  データベースのテスト

 (1)データチェック:ビジネスルールに従って、ユーザーは検証のために入力する必要があるが、それはこれらの校正機能が正常に動作することを確認する必要があります。

 一般的なテストデータの一貫性エラーと出力エラー。

 (2)データ一貫性エラー:ユーザーが主な原因は、フォーム情報が正しくないと引き起こさ提出します。

(3)出力誤差:主としてによって生じるネットワークの問題またはプログラミング速度に

      ユーザビリティテスト

 可用性/ユーザビリティテストの手動テストの方法、一般的に裁判官。

 ナビゲーションテスト

やページ間の異なる接続、ナビゲーションテストは、ボタン、ダイアログボックス、ウィンドウリストなどのさまざまなユーザーインターフェイスコントロール間のページ内で動作するナビゲーションモードユーザーを、説明しました。多くの場合、Webブラウジングのための手で、一般のユーザーのブラウジング習慣に応じて判断します。

 ナビゲーションテスト内容:

 (1)かどうかを視覚的ナビゲーション

 主要部分は、(2)Webシステムは、ホームページを介してアクセスすることができるかどうか

 (3)Webシステムは、サイトマップ、検索エンジンや他のナビゲーションヘルプを必要とする場合

 (4)かどうか(直接クリックによって達成することができますが、ほとんどのユーザーが同じ問題やドキュメントを検索するディレクトリを見つけることが第一であるため、この機能を追加すると、より便利になりますが)、ディレクトリ・ナビゲーションのリターンの欠如

 (5)ナビゲーションバー、メニュー、スタイルは一貫して、接続され

 (6)ヒントは、ユーザーが直感的にコンテンツがあるかどうかを知っている任意の場所でコンテンツを確実にするために、正確です。一般的に、エンドユーザー参加型ナビゲーションテストを聞かせするのがベスト、効果がより明らかであろう。

 グラフィックステスト

Webサイトでは、その上のグラフィック画像、アニメーション、ボーダー、色、フォント、背景、ボタンなどを含むことができます。ページのテストパターンは、多くの場合、手動テストで使用したテストの美しい部分、です。

 テストのグラフィックコンテンツ:

 (1)送信時間の浪費を避けるために、ランダムに一緒にスタックしていないグラフィックス、画像やアニメーションの明確な使用があることを確認してください。画像サイズは、可能な限り小さくすべきである、と明らかに何かを説明することができるようにします

 (2)同じフォントスタイルでそのすべてのページを確認してください

 (3)一致背景色と文字色とフォアグラウンド色でなければなりません

 (4)画像のサイズと品質は、一般的にJPGやGIF圧縮を使用し、また、非常に重要な要素であります

 コンテンツテスト

 テストのウェブサイトに使用する試験システムの内容は、情報の正確性、正確性および妥当性を提供します。かどうかのような対応する動作プロンプト情報があるか否かタイトルのテキストとテキストコンテンツ、不要なテキストの存在、(成功、失敗、チェック、等を満たしていません)

多くの場合、閲覧するための方法インタフェースを使用していました。

 全体のインターフェース・テスト

 サイト全体のシステムをテストするために設計されたページの構造は、ユーザーの要求仕様を満たしています。好ましくは、エンドユーザの関与と、多くの場合、ブラウザインタフェースを介して一般的な、。ユーザーがWebサイトを閲覧した場合、あなたは快適に感じるかどうかを検討する必要がありますか?直感的にどこの情報を見つけるために知っているかどうか?Webアプリケーション全体のシステム設計一貫したかどうか?

 互換性テスト

 プラットフォームのテスト

 異なる使用のオペレーティング・システム・テストするためのサイトのためのプラットフォームを。最も一般的なのはあるのWindows、UNIX、Macintosh版、Linuxの  ようにして。どのオペレーティングシステムのエンドユーザーが実際にユーザーのシステムの構成に応じて、Webサイトを使用しています。

 同じアプリケーションは、いくつかのオペレーティングシステムの下で正常に動作することが可能かもしれないが、他のオペレーティングシステムで失敗することがあります。したがって、Webパブリッシング・システム、オペレーティング・システムの様々なWebシステムの互換性テストの必要に先立っ。

 ブラウザのテスト

 閲覧するサイトをテストするために別のブラウザを使用して、異なるブラウザでWebサイトの互換性の問題を表示します。Webブラウザは、システム・クライアント・ソフトウェアの中核である、異なるベンダーのブラウザでは、Java ,, JavaScriptやActiveXの、プラグインや別のHTMLのためのさまざまなサポートを持っています。

 また、別のブラウザではスタイルのフレームワークと階層が異なるディスプレイを持っている、あるいは単に表示することができません。異なるブラウザとJavaのセキュリティ設定では同じではありません。

 解像度テスト

 など、異なる解像度でウェブサイトを閲覧するために、ディスプレイの画面解像度を調整するには、テキスト表示画面の解像度が低すぎて、あまりにも高解像度の時間といくつかのテキストです。

 ページレイアウトは、640x400,600x800または1024x768の解像度モードで正しく表示されていますか?

 最後に、この追加:テストをデバッグするためにF12を使用するように注意を払うが、多少の誤差インタフェースはありませんが、デバッグ時があるでしょう。

 

おすすめ

転載: www.cnblogs.com/lj12/p/11224054.html