テストは、クライアント側のロジック

問題を効果的に、アプリケーションのクライアント側のロジックの理論のテストGUIのコードでは、合併症が発生するため、生産的な仕事しない傾向にあるテストしたい。主な合併症をどのようにユーザーインターフェイスの正しさをテストすることです。状況ボタンをクリック想像して、データを格納するテーブルになります。輸送するときには、チェックボックスがチェックされているボタンをもう一度、別のテーブルの内容で満ちているがクリックされると思う。これは、GUIは、ブラックボックスは、ユーザーが個々のGUI要素にアクセスすることはできませんされているという事実は、2つの異なる生成された出力にクリックすると、同じボタン結果をイライラさせられるとGUIのテストを複雑になります。1つは、主な理由は、GUIのテストは複雑です。 RealPlayerのいくつかのメディアファイルを再生するために使用されます。メディアの次世代サービスは、ファイルを実行して想像してくださいメディアのテスト形式の問題とは、契約のテストに似ているではありません。また、場合は、クライアントなどのRealPlayer、プロセスを消費することをテストする必要があるとは、メディアを表示します。これをスナップショットを取ることを必要としてチェックする場合は、ビットおよびバイト数が正しく表示されて解明するため、あなたならどのようにデータストリームが、RealPlayerで再生の機能をテストするという疑問が残る。しかし、おそらく最も高価でエラーがシンプルやすいソリューションは、コンテンツ、"または"いいえプレイされているのRealPlayerで人間見てと言って、"はいているために、コンテンツの問題を抱えている。"人間の繰り返し同じ検査を実施することとしていることを確認するかどうかのテストを働いた。

左上のブラウザのウィンドウの隅にボタンを個々の機能をテストするための番号が含まれ、テストコントローラです。テストコントローラのボタンテストドキュメントは、HTMLウィンドウの新しいインスタンスを開いてテストするために使用さを取得します。これは、スクリプト変数testWindowインスタンスを割り当てます。するときは、ボタンのテストの追加]をクリックしたHTMLウィンドウの新しいインスタンス内に定義されてDoAddメソッドTestAdd、その後、メソッドの呼び出しを実行します。このDHTMLのユニークな機能は、1つのHTMLウィンドウにすることができます別のHTMLウィンドウにもかかわらず、両方のウィンドウは無関係です内の参照要素をテストコントローラ"は、同一のテストルーチンとしては、"符号化契約を使用してテストで概説駆動型開発のテクニックを使用していますセクション。テストコントローラの例では電卓の例を使用します。電卓アプリケーションをコピーし、そのテストを表すテンプレートファイルを空に変更をテストできるようにする。 3つのテスト計算の正確さを検証するために使用します。そこは、契約のレシピで2つのユニークな契約をされた。

追加テストでは、最初のHTMLページに2つの番号を追加するために使用をロードする新しいウィンドウを開くにはテストです。テストページテンプレートの変更だけでなく、一部のユーザーインターフェイス要素は、テストのインスタンスに使用するいくつかのテストを追加すること。などの詳細は既に"符号化契約を使用してテストで説明されている駆動技術の開発"のセクションIのユーザーインターフェイス要素にフォーカスされません。として、彼らは直接、XMLHttpRequestオブジェクトを使用しないで一意です代わりに、私は、実行されているテストで、フォーカスがあります。テストは、他のHTMLページ内の機能を実行します。testsToRun変数は、次の実装では、ノートでは、宣言をわかりやすくするために省略されている。

記事は、ソニアLandeを提出

免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要： この記事は、"テストは、クライアント側の論理"自動ソフトウェアによって翻訳された。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。