Публикации с меткой «test»

Сергей Мельниченко

Тестирование Django в Eclipse

Тестирование в Django очень хорошо продумано, и при дальнейшей разработке позволяет быстро выявлять ошибки. После рефакторинга, проверив тесты, вы получаете уверенность и облегчение в том, что не возникло каких то ошибок, ну это при условии того, что у вас покрыт весь код тестами :).

Вы можете писать как Doctest, так и Unit test. Подробности того, как писать тесты, какие части приложения необходимо тестировать и т.д. очень хорошо раскрыты на сайте проекта Django.

Если вас интересует как начать работать с Django+Eclipse, то прочитайте мою предыдущую статью о "Интелисенс Eclipse в Django проектах", в ней найдете описание того, что нужно сделать и какие проблемы возникают в начале работы.

И вот вы уже написали в каждом app тесты, поместив их или в файл tests.py или models.py. Что делать дальше?

Шаг 1. Настройка тестирования

Для настройки тестирования необходимо перейти в проект и в окне "Package Explorer" вызвать контекстное меню(щелчок правой кнопкой мыши), выбрать пункт "Run As"->"Run Configurtions...".



В возникшем окне добавляем новую настройку запуска в категории "Python Run", для этого выберем эту категорию и, вызвав контекстное меню, выбираем пункт "New". Созданную настройку запуска заполняем следующим образом:

1. Таб Main
Тут необходимо выбрать ваш проект, и модуль для запуска. У меня проект называется "ftd", вот он и выбран в поле "Project". "Main Module" устанавливаем наш файл manage.py (лучше это делать воспользовавшись кнопкой Browse), для моего проекта оно стало установлено в "${workspace_loc:ftd/manage.py}"



2. Таб Arguments
В данной вкладке добавляем параметры для запуска, а именно "test --verbosity=2". "test" означает, что нам необходимо запустить тестирование, а параметр "verbosity" указывает на уровень вывода детализации сообщений при тестировании.



3. Таб Environment
На этой вкладке вы можете настроить переменные окружения. Для запуска нам нужно указать, какой файл настроек использовать. Добавляем новую с параметрами "Name"="DJANGO_SETTINGS_MODULE", "Value"="setting.py".



Жмем "Run" и наблюдаем за результатом!

Оптимизация времени тестирование

При использовании 'postgresql', 'mysql', 'oracle' провайдеров данных вы получаете большие задержки в тестировании из-за того, что много времени уходить на создание таблиц и на построение индексов. Исправить данную ситуацию можно воспользовавшись провайдером 'sqlite3'.

Для этого создадим файл с настройками для тестирования settings_test.py
from settings import *

DATABASE_ENGINE = 'sqlite3'
DATABASE_NAME = ':memory:'
DATABASE_USER = ''
DATABASE_PASSWORD = ''
DATABASE_HOST = ''
DATABASE_PORT = ''

И пропишем его в переменных окружения запуска. "Name"="DJANGO_SETTINGS_MODULE", "Value"="settings_test.py".



Теперь запуск тестов уже занимает меньше времени.

fixtures в тестировании

Если у вас в app определена папка fixtures, в которой будут лежать файл "initial_data.json" или "initial_data.xml" с данными, которые необходимы для старта приложения, то такие данные при старте тестов будут загружены автоматически.

Например:

app
|-fixtures
      |-initial_data.json
      |-test_data.json
|-__init__.py
|-models.py
|-tests.py
|-urls.py
|-views.py

Так же вы в конкретном модуле тестирования можете указать загрузку данных с файлов fixture.

from django.test import TestCase
from django.test.client import Client

class MyTest(TestCase):
    fixtures = ['test_data.json']


Сергей Мельниченко

Тестирование Django в Eclipse

Тестирование в Django очень хорошо продумано, и при дальнейшей разработке позволяет быстро выявлять ошибки. После рефакторинга, проверив тесты, вы получаете уверенность и облегчение в том, что не возникло каких то ошибок, ну это при условии того, что у вас покрыт весь код тестами :).

Вы можете писать как Doctest, так и Unit test. Подробности того, как писать тесты, какие части приложения необходимо тестировать и т.д. очень хорошо раскрыты на сайте проекта Django.

Если вас интересует как начать работать с Django+Eclipse, то прочитайте мою предыдущую статью о "Интелисенс Eclipse в Django проектах", в ней найдете описание того, что нужно сделать и какие проблемы возникают в начале работы.

И вот вы уже написали в каждом app тесты, поместив их или в файл tests.py или models.py. Что делать дальше?

Шаг 1. Настройка тестирования

Для настройки тестирования необходимо перейти в проект и в окне "Package Explorer" вызвать контекстное меню(щелчок правой кнопкой мыши), выбрать пункт "Run As"->"Run Configurtions...".



В возникшем окне добавляем новую настройку запуска в категории "Python Run", для этого выберем эту категорию и, вызвав контекстное меню, выбираем пункт "New". Созданную настройку запуска заполняем следующим образом:

1. Таб Main
Тут необходимо выбрать ваш проект, и модуль для запуска. У меня проект называется "ftd", вот он и выбран в поле "Project". "Main Module" устанавливаем наш файл manage.py (лучше это делать воспользовавшись кнопкой Browse), для моего проекта оно стало установлено в "${workspace_loc:ftd/manage.py}"



2. Таб Arguments
В данной вкладке добавляем параметры для запуска, а именно "test --verbosity=2". "test" означает, что нам необходимо запустить тестирование, а параметр "verbosity" указывает на уровень вывода детализации сообщений при тестировании.



3. Таб Environment
На этой вкладке вы можете настроить переменные окружения. Для запуска нам нужно указать, какой файл настроек использовать. Добавляем новую с параметрами "Name"="DJANGO_SETTINGS_MODULE", "Value"="setting.py".



Жмем "Run" и наблюдаем за результатом!

Оптимизация времени тестирование

При использовании 'postgresql', 'mysql', 'oracle' провайдеров данных вы получаете большие задержки в тестировании из-за того, что много времени уходить на создание таблиц и на построение индексов. Исправить данную ситуацию можно воспользовавшись провайдером 'sqlite3'.

Для этого создадим файл с настройками для тестирования settings_test.py
from settings import *

DATABASE_ENGINE = 'sqlite3'
DATABASE_NAME = ':memory:'
DATABASE_USER = ''
DATABASE_PASSWORD = ''
DATABASE_HOST = ''
DATABASE_PORT = ''

И пропишем его в переменных окружения запуска. "Name"="DJANGO_SETTINGS_MODULE", "Value"="settings_test.py".



Теперь запуск тестов уже занимает меньше времени.

fixtures в тестировании

Если у вас в app определена папка fixtures, в которой будут лежать файл "initial_data.json" или "initial_data.xml" с данными, которые необходимы для старта приложения, то такие данные при старте тестов будут загружены автоматически.

Например:

app
|-fixtures
      |-initial_data.json
      |-test_data.json
|-__init__.py
|-models.py
|-tests.py
|-urls.py
|-views.py

Так же вы в конкретном модуле тестирования можете указать загрузку данных с файлов fixture.

from django.test import TestCase
from django.test.client import Client

class MyTest(TestCase):
fixtures = ['test_data.json']


Блог django на хабрахабре

Django Framework / [Ссылка] Покрытометр

Заметка об интеграции библиотеки coverage и Django testing framework.

Coverage определяет насколько ваш код покрыт тестами.

Красивые отчеты внутри!

Метки

.net .NET C# .sort 1.2 2009 2010 404 error admin ajax amazon analytics and apache api archlinux asp.net async asynchronous autocomplete bash blender blog blogengine blogs book bootstrap bot bpython buildout byteflow bzr C c plus plus C++ cache cbv Chaco checkio chrome ci ckeditor class based views clojure closure cms cms с удобной админкой code coding style collectd COM comet competition conference ConfigParser contest Context continuous integration CouchDB coverage CppCMS cpyext cpython crud csrf CSS ctypes curl custom model fields cx_freeze cython database db dbm dbqueries debian debug debugging decorator decorators deploy deployment descriptor design dev devconf developers development diveintopython Django django 1.2 django 1.3 django advent django framework django template django trunk django weblog django-admin-tools django-cms django-compressor django-hosts django-piston django-registration django-sphinx django.admin djangoadvent djangocms djangodash doc documentation drupal e-legion eclipse EGit emacs encoding Enthought epoll erlang event exception ExtJS fabric facebook fastcgi finaloption fixtures fonts forms formset fp framework freebsd freeswitch fs2web ftp fun funcparserlib functional gae gamin gandi generic views gettext gevent gil git github gitosis Google Google App Engine google picasa Google Translate google wave Google Web Toolkit grab grablab greenlet gtd gui haskell hg hgshelve highlighter host hosting how-to howto html html5lib Hudson humor i18n icfpc ide idiomatic image-scripting improvements Internet interpreter ipython ironpython izmenimsya.ru jabber java javascript jenkins jetbrains JIT job jquery json jstree jython kde kiev kiyv kyivpy l10n ldap library libs Life Links linux Linux & Unix LLVM logging logs lxml Mac OS X magic mail markdown Matplotlib Mayavi maybe mediavirus meetup memcache Memcached memory messages metaclass middleware migration mikrotik mkd model models mod_python mod_wsgi mongodb monitoring mptt musicmans.ru musicx mvc my-projects mysql netCDF networkx newforms newforms-admin news nginx Nhibernate nix nose NoSQL numpy oop open source OpenID openoffice opster optimization oracle orm os pagination parsing path patterns pdf PDF-принтер PEP PEP8 performance performance optimization perl personality photo php picture-driven computing PIL pinax pingback pip plasma plone plugin plugins postgresql programming progress bar psycopg2 py2exe pybb pybbm pycamp pycharm pycon pycow pycurl pydev pygtk pylons PyNGL pypy pyqt PyQt4 pyrad pyramid PySide Python Python 2.5 python 2.7 python 3 python c api python speed python-mssql python3 pywinauto Qt Qt4 queue rabbitmq radius raw sql re redis redsolution redsolution cms regexp regular expressions release repoze.bfg RequestContext reusable apps robokassa rss ru ruby ruby-on-rails sample satchmo scalability SciPy scraping screencast search selenium self.error seo server setattr settings setuptools shell sikuli sms snippet socket.io software sorting south sphinx spider sql sqlalchemy sqlite ssh startup step-by-step subdomain subversion svn SyntaxHighlighter system tags tdd tddspry teh drama template templates templatetags test testing thinkpad threading threads tips tips and tricks tools tornadio tornado tornado server tricks tutorial tweepy twisted twitter typography uapycon Ubuntu ucsvlog uml Uncategorized unicode unit test unit testing UnitTest Unladen Swallow upload urllib urls utf-8 uwsgi validation vcs versioning video vim virtualenv Visual Studio vkontakte voip wave web web-devel web-services web-разработка webdev webfaction webkit webpy websockets webtest widget widgets Win API windows Wirbel work wrapper wsgi wxPython wxWidgets wysiwyg xapian xml xmonad xmpp xpath yandex youtube zip zomg zope [cdata[cbv]] [cdata[ci]] [cdata[class based views]] [cdata[continuous integration]] [cdata[django framework]] [cdata[django-sphinx]] [cdata[django]] [cdata[nginx]] [cdata[python]] [cdata[virtualenv]] [cdata[программирование]] автоматизация администрирование администрирование django админка алгоритмы архитектура атрибуты базы данных Без рубрики безопасность библиотеки блоге бот веб-разработка видео Визуализация данных вконтакте Все записи гвидо ван россум граббер графика графы декоратор декораторы дескриптор дескрипторы документация заметки игра жизнь идея интересное киев Клиентам книги конференция личное математика метаклассы модели модули монады морфология мысли невозможное новости о облачные вычисления обо мне Обработка данных оптимизация оптимизация кода Основная лента основы парсинг парсинг сайтов перевод песочница Питон поебень поиск правила кодирования программирование Проектирование производительность работа рабочее размышлизмы Разное разработка разработка приложений разработки регулярные выражения сайт событие события ссылки статьи тестирование тесты Тюмень убунтариум фигня философия формы форум Хабрахабр хакинг хостинг шаблоны шаблоны проектирования эксперимент Эксперименты юмор я пиарюсь Яндекс