Модульное тестирование GWT TDD и оснастка

Question

Я только начинаю использовать gwt и пока все хорошо, однако после прочтения некоторого примера кода мне интересно, необходим ли высокий уровень покрытия тестами? (Я вижу, что большая часть кода является декларативной, а затем добавляю некоторые атрибуты, в которых я вижу смысл проверять, поэтому есть определенные атрибуты, но не все)

Также мне было бы интересно узнать что-нибудь о том, что есть ошибки в TDDing с GWT

Я использую Eclipse, поэтому, если вы действительно довольны тем, что некоторые участники добавляют дополнения для GWT, я был бы рад услышать об этом. Спасибо за ввод

edit: возможно, я задаю очень широкий вопрос, но даже маленькие кусочки информации помогут Я пришел из nvelocity views с jquery / extJs / prototype / scriptaculous, и это немного отличается

Answer 1

При разработке приложений GWT, которые будут легко тестируемыми, лучше убрать как можно больше логики. Используйте шаблон проектирования, который облегчает тестирование GUI, например Model-View-Presenter (MVP), который широко используется при создании настольных приложений (люди C # / .NET много писали об этом шаблоне.)

Вы можете использовать GWTTestCases для тестирования удаленной связи и кода, который в конечном итоге выполняет сырой JavaScript (это требуется большинству основных классов GWT, особенно виджетам). Однако эти тесты выполняются медленно, поэтому вам следует отдавать предпочтение проектам, которые помещают всю эту логику в объекты, которые могут быть протестированы в простых тестовых случаях JUnit.

Для получения дополнительной информации о написании тестовых приложений GWT, я написал статью для журнала Better Software, которая доступна в формате PDF в моем блоге .

Answer 2

Я думаю, что лучшим примером на данный момент будет это Методологии тестирования с использованием Google Web Toolkit

Answer 3

Я думаю, что вы задали довольно широкий вопрос, и это одна из причин, по которой вы некоторое время не получали ответа.

По сравнению с традиционной веб-разработкой AJAX, можно утверждать, что приложение GWT требует меньшего количества тестирования. Поскольку команда GWT так усердно работала над тем, чтобы убедиться, что ее виджеты работают согласованно во всех веб-браузерах, вам не нужно беспокоиться о кросс-браузерной совместимости почти столько же для вашего собственного приложения.

Это позволяет вам сосредоточиться на собственном приложении. Создайте отдельный контрольный пример для каждого из ваших собственных пользовательских виджетов и проверьте, работают ли они так, как вы ожидаете, а затем напишите высокоуровневые тесты для каждого модуля. Сделайте дополнительный шаг, чтобы сделать ваши тесты полностью автоматизированными - таким образом, каждый раз, когда вы вносите изменения или собираетесь выпустить, все ваши тесты легко запустить.

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