我剛剛開始使用gwt，並且迄今爲止還不錯，但是在閱讀了一些示例代碼之後，我想知道是否需要高水平的測試覆蓋？ （我可以看到，大多數代碼是聲明性的，然後添加一些屬性，我可以看到檢查的意義，所以我的特定屬性在那裏，但不是全部）GWT單元測試TDD和工具
另外我想了解什麼是TDD中的陷阱與GWT
我米使用eclipse也是如此，如果你是真正的快樂與一些particualrs添加插件的GWT我會很高興地聽到有關 感謝輸入
編輯：也許我自尋一個很寬的問題，但即使一小塊信息將有助於 我來自具有jquery/extJs/prototype/scriptaculous的nvelocity視圖，這是有點不同
我想你問了一個非常廣泛的問題，這是你一段時間沒有得到答覆的原因的一部分。
與傳統的AJAX Web開發相比，人們可能會認爲GWT應用程序需要更少的測試。由於GWT團隊努力工作以確保其小部件在所有Web瀏覽器中一致地工作，因此您不必擔心跨瀏覽器兼容性幾乎與您自己的應用程序一樣多。
這使您可以將精力集中在自己的應用程序上。爲每個自定義小部件創建一個單獨的測試用例，並測試它們的行爲是否符合您的期望，然後爲每個模塊編寫更高級別的測試。採取額外步驟，讓您的測試完全自動化 - 這樣，每當您進行更改或即將發佈時，都可以輕鬆地運行所有測試。
當設計GWT應用程序是容易測試，這是最好的儘可能多的邏輯遷出視圖儘可能的。使用一種使GUI測試更容易的設計模式，例如Model-View-Presenter（MVP），它被廣泛用於構建桌面應用程序（C＃/ .NET人寫了很多關於這種模式的文章）。使用GWTTestCases來測試最終執行原始JavaScript的遠程通信和代碼（大多數GWT核心類都需要這個，尤其是小部件）。但是，這些測試執行起來很慢，因此您應該更喜歡將所有邏輯放在可以在純粹的JUnit TestCases中進行測試的對象中的設計。
欲瞭解更多關於編寫GWT應用程序測試的信息，我爲Better Software雜誌撰寫了一篇文章，該文章在線提供PDF格式at my blog。
我認爲目前最好的參考應該是這樣Testing Methodologies Using Google Web Toolkit
我知道這個問題是舊的，但對於共享的好東西的份上，你可能想看看這個幻燈片共享演示文稿HTTP ：//www.slideshare.net/ubertobarbini/develop-gwt-application-in-tdd – 2013-04-17 10:14:37