Как выполнить тестирование wxPython?

Question

Я слышал об модульном тестировании и сам написал тесты самостоятельно, как тесты, но никогда не использовал никаких рамок тестирования. Теперь я пишу wxPython GUI для некоторых собственных библиотек анализа/визуализации данных. Я прочитал некоторые из очевидных результатов Google, например http://wiki.wxpython.org/Unit%20Testing%20with%20wxPython и его ссылку http://pywinauto.openqa.org/, но я все еще не знаю, с чего начать.

У кого-нибудь есть опыт или хорошие ссылки для тех, кто знает теорию, но никогда не использовал ни одну из фреймворков и не знает, как это работает с графическими интерфейсами?

Я нахожусь на Windows-машине, разрабатывающей теоретически кросс-платформенное приложение, которое использует NumPy, Matplotlib, пакет MPlot Newville и wxPython 2.8.11. Python 2.6 с планами 3.1. Я работаю на кучу ученых, поэтому нет внутренней политики тестирования модулей.

Answer 1

Если вы хотите единица -test ваше приложение, вы не должны сосредоточиться на методах тестирования графического интерфейса. Гораздо лучше написать приложение, используя MVC, MVP или другие мета-шаблоны, подобные этим. Таким образом, вы разделяете бизнес-логику и слой представления.

Гораздо важнее охватить бизнес-уровень испытаниями, так как это ваш код. Уровень представления уже протестирован разработчиками wxWidgets. Для тестирования бизнес-уровня достаточно просто базовых инструментов, таких как стандартный модуль unittest и, возможно, nose.

Чтобы убедиться, что все приложение работает правильно, вы должны добавить несколько тестов acceptance, которые будут проверять функциональность от конца до конца. Они будут иметь дело с графическим интерфейсом, но таких тестов будет мало, по сравнению с количеством модульных тестов.

Если вы ограничите себя только приемочными испытаниями, вы получите низкое покрытие, хрупкую и очень медленную базу тестового кода.

Answer 2

Для модульного тестирования вашего приложения, не требуя много штучных объектов/заглушек, обработчики событий вашего GUI должны в основном делегировать другим вызовам метода, передавая значения из объекта Event в качестве параметров делегированному методу.

В противном случае вы не сможете протестировать свое приложение, не издеваясь над объектами wx.

Взгляните на проект PyPubSub для создания большого модуля, который поможет с MVC.

Answer 3

В одном из ранних моих проектов я действительно тестирую приложение wxPython с использованием слоя GUI. Поэтому тесты действительно закручивают живой объект wxApp, всплывают реальные окна, а затем начинают возиться с реальным MainLoop(). Очень скоро я понимаю, что это неправильный способ провести тестирование. Мои тесты проводились очень медленно и ненадежно. Гораздо лучший способ - отделить GUI-материал и проверить только «модельный» уровень вашего приложения. Обратите внимание, что вы действительно можете создать модель для логики уровня представления (модель, представляющая некоторую визуальную часть вашего приложения) и протестировать ее. Но эта модель не должна включать никаких «реальных» объектов gui (окон, диалогов, виджетов).