FerromanTDD у меня не пошел, зато bug driven (http://www.urbandictionary.com/define.php?term=Bug-driven%20development) – вполне.
PS: Не покажите, где можно посмотреть практическое описание тест-драйвен разработки? Ну с примерами кода, “сацес стори” так сказать. Как можно более близкое к реальности.
А то я как-то никак не въеду в чём профит
FerromanВот я тоже сначала не мог понять, как писать тесты. Просто поставил себе задачу, что они должны быть. Мучался страшно, но заставлял себя их писать и… И постепенно изменил свой стиль программирования, так, чтобы под мой код можно было легко писать тесты. Знаешь, это хорошо помогает.
Я вот на свой код смотрю - ну вижу пару мест, где можно тесты написать. Но много и таких, что вообще непонятно как их проверять.
FerromanПрисоединяюсь к армии недовольных.
А тег урл меня уже вусмерь заколупал.
ZZZЭто не нормально, тесты должны быть несвязными. Более того, есть тест-фреймворки (afair, twisted trial) которые прогоняют тесты в случайном порядке, чтобы гарантировать несвязность.
Кстати, иногда я использую, назову так, “связанные тесты”. /…/
Мне вот интересно, такой подход вообще нормален? Просто что-то мне подсказывает, что тесты должны быть обособленными и всё-таки как-то это не так…
P.S. У меня нет нормальной сети (GPRS), так что ю-туб для меня закрыт. :-(http://www.slideshare.net/j2a/about-unit-testing/download
j2aИ как тогда в этом случае поступать? Первая мысль – вызывать предыдущий тест как просто функцию из следующего, но тогда setup и teardown для этой функции тоже будут вызываться и, соответственно, всё подчищать.
Это не нормально, тесты должны быть несвязными. Более того, есть тест-фреймворки (afair, twisted trial) которые прогоняют тесты в случайном порядке, чтобы гарантировать несвязность.
def func_01():
...тело первого теста...
@setup(...)
def test_01():
func_01()
def func_02():
func_01()
...тело второго теста...
@setup(...)
def test_02():
func_02()
j2aСенкс, завтра ночью постараюсь выкачать.
http://www.slideshare.net/j2a/about-uni … g/download
ZZZТы выдели “создание файлов”, “удаление файлов” в отдельные юниты (методы/функции) и вызывай в нужном порядке в setUp/tearDown.j2aИ как тогда в этом случае поступать? Первая мысль – вызывать предыдущий тест как просто функцию из следующего, но тогда setup и teardown для этой функции тоже будут вызываться и, соответственно, всё подчищать.
Это не нормально, тесты должны быть несвязными. Более того, есть тест-фреймворки (afair, twisted trial) которые прогоняют тесты в случайном порядке, чтобы гарантировать несвязность.
def _make_files():
...
def _clean_files():
...
def _make_db():
...
def _clean_db():
...
class FileRelatedTestCase:
def setUp(self):
_make_files()
def testFilesModification(self):
...
def tearDown():
_clean_files()
class FileAndDbTestCase:
def setUp():
_make_files()
...
_make_db()
def testDbExport(self):
...
def tearDown():
_clean_db()
...
_clean_files()
j2aА я думал, что только у меня… :-)
Факт из жизни: код тестов всегда больше кода юнита.