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

Question

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

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

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

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

Answer 1

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

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

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

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

Answer 2

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

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

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

Answer 3

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