質問

私はgwtの使用を開始しましたが、これまでのところ非常に優れていますが、いくつかのサンプルコードを読んだ後、高レベルのテストカバレッジが必要なのでしょうか。 (ほとんどのコードは宣言型であることがわかり、属性を追加すると、特定の属性が存在するがすべてではないため、チェックの意味がわかります)

また、GWTを使用したTDDingの落とし穴について何か知りたいです

日食を使用しているので、GWTの一部の参加者がアドインを追加することに本当に満足している場合は、それについて聞いてうれしいです 入力いただきありがとうございます

編集:多分非常に幅広い質問をするかもしれませんが、ほんの少しの情報でも役立つでしょう 私はjquery / extJs / prototype / scriptaculousでnvelocityビューを持つことから来ましたが、これは少し異なります

役に立ちましたか?

解決

あなたはかなり広範な質問をしたと思いますが、これはしばらくの間返事をもらえなかった理由の一部です。

従来のAJAX Web開発と比較して、GWTアプリケーションのテストはそれほど必要ではないと主張できます。 GWTチームは、すべてのWebブラウザーでウィジェットが一貫して機能するように一生懸命に取り組んでいるため、アプリケーションごとにブラウザー間の互換性について心配する必要はありません。

これにより、独自のアプリケーションに集中することができます。独自のカスタムウィジェットごとに個別のテストケースを作成し、期待どおりに動作することをテストしてから、モジュールごとに高レベルのテストを作成します。テストを完全に自動化できるように追加の手順を実行します。変更を加えるか、リリースしようとするたびに、すべてのテストを簡単に実行できます。

http://code.google.com/docreader/#p=google-web-toolkit-doc-1-5&s=google-web-toolkit-doc-1-5&t=DevGuideJUnitIntegration

他のヒント

GWTアプリケーションを簡単にテストできるように設計するときは、できるだけ多くのロジックをビューの外に移動することをお勧めします。デスクトップアプリケーションの構築に広く使用されているModel-View-Presenter(MVP)など、GUIテストを容易にするデザインパターンを使用します(C#/。NETの人々はこのパターンについて多くのことを書いています)。

GWTTestCasesを使用して、リモート通信と最終的に生のJavaScriptを実行するコードをテストできます(GWTコアクラスのほとんどは、特にウィジェットを必要とします)。ただし、これらのテストの実行は遅いため、すべてのロジックをプレーンol 'JUnit TestCasesでテストできるオブジェクトに配置する設計を選択する必要があります。

GWTアプリケーションのテストファーストの記述に関する詳細については、Better Software誌の記事を執筆しました。これはオンラインのPDFで入手できます私のブログで

現時点での最良のリファレンスは、この Google Web Toolkitを使用した方法のテスト

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top