Хабрахабр: Метки / tdd http://habrahabr.ru/rss/tag/tdd/ ru editor@habrahabr.ru habrahabr.ru Sat, 11 Feb 2012 01:44:00 GMT http://habrahabr.ru/ http://habrahabr.ru/i/logo.gif Хабрахабр <![CDATA[Блог компании Ciklum / Приезжай в Харьков и отожги вместе с нами на Ciklum Mobile Субботнике и iPhoneDevCamp 2012]]> http://habrahabr.ru/company/Ciklum/blog/137545/ http://habrahabr.ru/company/Ciklum/blog/137545/ Сиклум Субботники, Хакатоны, кемпы и т.д.

Обмен опытом и знаниями, живые дискуссии и неформальное общение — вот цель таких мероприятий, на которые, кстати говоря, может прийти любой разработчик. И представьте себе, такой формат мероприятий пришелся по душе многим в разных городах в Украине! Например, недавно мы провели самый первый .NET Субботник в Виннице, а также очередной .NET Субботник в Харькове, поддержали DOU STARTUP MIXER и Drupal Cafe в Киеве.

11 февраля 2012 в рамках Мобильного Сиклум Субботника пройдет и iPhoneDevCamp 2012, который все так долго ждали! Таким образом, суббота в нашем харьковском офисе будет очень насыщенной. По нашей замечательной традиции, мы открыты к тем, кто хочет выступить. Так, на Мобильный Сиклум Субботник мы пригласили зубров мобильной разработки, отчаянных борцов за чистоту кода и ярых яблочников.

Интересные подробности под хабра-катом
]]> Fri, 03 Feb 2012 10:29:47 GMT atael ciklummobile developmentios developmentTDDBDDDependency Injectionсиклумciklum saturdayDTraceLLDB <![CDATA[Тестирование / Selenium: работаем с элементами страницы, используя @FindBy и PageFactory]]> http://habrahabr.ru/blogs/testing/134462/ http://habrahabr.ru/blogs/testing/134462/
Читать дальше →
]]> Mon, 30 Jan 2012 19:36:04 GMT oraz_ra seleniumjavatdd <![CDATA[Подкасты / [PODCAST] «Разбор полетов» — episode 7 — Чем заняться в следующем году]]> http://habrahabr.ru/blogs/hpodcasts/136478/ http://habrahabr.ru/blogs/hpodcasts/136478/ aib представляем вашему вниманию очередной седьмой выпуск популярного в узких кругах, разговорного IT-тематического подкаста «Разбор Полетов».
В этом выпуске:
Читать дальше →
]]> Wed, 18 Jan 2012 03:15:24 GMT gAmUssA javagooglegwtdartclosurejavascriptopensourcetddjavaoneразбор-полетов <![CDATA[TDD / Тестирование параллельных потоков]]> http://habrahabr.ru/blogs/tdd/135815/ http://habrahabr.ru/blogs/tdd/135815/
А зачем вообще это нужно?

Читать дальше →
]]> Tue, 10 Jan 2012 06:29:10 GMT d7k автотестированиеTDDпараллельные вычисленияинструменты <![CDATA[TDD / О влиянии TDD на разработку (мнения читателей)]]> http://habrahabr.ru/blogs/tdd/134210/ http://habrahabr.ru/blogs/tdd/134210/
Давным-давно, когда я работал в одном из стартапов, где я был основным иницатором и продвиженцем внедрения TDD, у меня возник спор с моим «техническим директором» (если его можно было так назвать) на тему того как TDD влияет на получаемый в итоге код. Он сделал одно простое замечание, на которое я не смог тогда найти, что ему ответить – «При подобном подходе к разработке в коде появляются дополнительные интерфейсы (я практиковал подход к тестированию с помощью Mock'ов, Stub'ов и подмены реализаций интерфейсов) и уровни, усложняющие и замедляющие код».
Что бы Вы ответили?
Читать дальше →
]]> Wed, 07 Dec 2011 19:06:17 GMT fedor_malyshkin tdd <![CDATA[Flash-платформа / Особенности тестирования Flex UI-компонентов с помощью FlexUnit 4]]> http://habrahabr.ru/blogs/Flash_Platform/132255/ http://habrahabr.ru/blogs/Flash_Platform/132255/
Стандартный подход к решению подобных задач — начать с написания юнит-тестов, покрывающих нынешнее поведение компонента, попутно проясняя для себя особенности его устройства.
Только после этого можно начинать пошаговый рефакторинг и расширение функциональности, постоянно прогоняя тесты на предмет не сломалось ли чего в результате изменений. [3]

Задача однако осложняется тем, что визуальные компоненты во флекс имеют многофазную асинхронную процедуру инициализации и обновления свойств, и для них требуется особые средства для написания тестов. FlexUnit 4 позволяет легко справляться с этой задачей, и ниже я покажу как это делать, а заодно и раскрою пару нюансов.
Читать дальше →
]]> Mon, 14 Nov 2011 15:44:26 GMT Vitamon flexflexunittddasync testing <![CDATA[Тестирование / [Из песочницы] Автоматическое тестирование в PHP]]> http://habrahabr.ru/blogs/testing/132102/ http://habrahabr.ru/blogs/testing/132102/ Тем не менее, есть и некоторые издержки: необходимо постоянно запускать один и тот же тест при изменениях в нем или в соответствующем классе, чтобы не пропустить тот самый момент истины. Вроде бы не такая уж и большая проблема, но постоянное переключение в консоль для проверки сделанных изменений на работоспособность, да и вообще помнить о необходимости этих манипуляций — лишнее рассеивание внимания.

Далее о том, как все это дело автоматизировать.

Читать дальше →
]]> Tue, 08 Nov 2011 00:30:44 GMT hdg700 TDDавтотестphpphpunitpythoninotifydbus <![CDATA[Agile / Почему Agile вам не подходит]]> http://habrahabr.ru/blogs/agile/131926/ http://habrahabr.ru/blogs/agile/131926/ нам аджайл не подходит.



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

Почему Agile вам не подходит
]]> Sat, 05 Nov 2011 14:25:19 GMT asolntsev аджайлпарное программированиемотивацияagile developmenttddtest driven developmentpair programmingmotivation <![CDATA[Разработка под Android / Шаблоны проектирования при разработке под Android. Часть 3 — Пользовательский интерфейс, тестирование, AndroidMock]]> http://habrahabr.ru/blogs/android_development/131652/ http://habrahabr.ru/blogs/android_development/131652/
Сначала я сделал представление и presenter, как описано в прошлой статье.

Представление (View)


Естественно, что мое представление это наследник класса Activity, точнее RoboActivity, что это такое я вкратце сейчас расскажу. Ниже показан очень характерный кусок исходников для окна редактирования настроек будильника:
Читать дальше →
]]> Tue, 01 Nov 2011 08:14:23 GMT AndreyFedorov androidmvptddpresenterviewmodel <![CDATA[Разработка под Android / [Из песочницы] Шаблоны проектирования при разработке под Android. Часть 1 — Введение]]> http://habrahabr.ru/blogs/android_development/131369/ http://habrahabr.ru/blogs/android_development/131369/ Но однажды я не нашел необходимой программы и решил написать ее сам. Так и началось мое увлечение программами для смартфонов.

После того как глава Nokia заявил, что дни Symbian сочтены, я решил изучить платформу Android.

Для лучшего усвоения материала я решил написать полезную, хотя бы для себя, программку. Но написать ее не по детски, когда куски примитивного кода копируются из документации, а по взрослому с разработкой архитектуры, и использованием современных технологий программирования TDD, MVP и IoС.
Читать дальше →
]]> Thu, 27 Oct 2011 18:33:02 GMT AndreyFedorov androidtddmvpiocunit testразарботка <![CDATA[TDD / [Из песочницы] Учебный пример разработки PHP-класса с использованием TDD]]> http://habrahabr.ru/blogs/tdd/130086/ http://habrahabr.ru/blogs/tdd/130086/
Целью поста является закрепление собственных знаний, полученных в результате прочтения некоторых книг, статей, а также возможность получить комментарии от опытных TDD-практиков, с указанием на грубые ошибки в процессе разработки или в тестах.

Читать дальше →
]]> Mon, 10 Oct 2011 13:23:09 GMT xstupidkidzx tddphp <![CDATA[TDD / Юнит-тесты в Cocoa]]> http://habrahabr.ru/blogs/tdd/129896/ http://habrahabr.ru/blogs/tdd/129896/ Ниже описаны основы использования OCUnit — фреймворка для создания юнит-тестов, интегрированного в Xcode. Чтобы наглядно попробовать описываемые вещи, код можно скачать сразу. Писал до эпохи Xcode 4, поэтому картинки немного устарели.

Читать дальше →
]]> Thu, 06 Oct 2011 17:56:16 GMT shoumikhin unit testcocoaxcodetddюнит-тесты <![CDATA[TDD / [Опрос] А ты используешь TDD, хабрачеловек?]]> http://habrahabr.ru/blogs/tdd/129387/ http://habrahabr.ru/blogs/tdd/129387/ Fri, 30 Sep 2011 03:50:18 GMT Shaddix TDD <![CDATA[Программирование / TDD в непривычных условиях]]> http://habrahabr.ru/blogs/programming/129375/ http://habrahabr.ru/blogs/programming/129375/
В своей заметке о модульном тестировании, которую я хабрил, приводился довольно тривиальный пример написания модульного теста на примере калькулятора. В этой мне бы хотелось коснуться несколько иной ситуации, которая меня, в общем-то, и поставила на эти рельсы, а именно — многопоточные приложения реального времени.
Читать дальше →
]]> Thu, 29 Sep 2011 14:03:51 GMT kir19890817 TDDc plus plusembedded software development <![CDATA[Программирование / О Test Driven Development (TDD) из личного опыта]]> http://habrahabr.ru/blogs/programming/129348/ http://habrahabr.ru/blogs/programming/129348/ заметка, посвященная чтению книги А. Александреску «Современное проектирование на C++» и неудачному опыту реализации идей, почерпнутых из нее. Надо сказать, что проблема была не в книге, а в плохо контролируемом энтузиазме и несоответствии целей и средств. Мной было написано еще несколько вещей в духе той, что описана в заметке (значительно меньше по объему), и в какой-то момент пришла мысль, что так жить нельзя. Одновременно с этим мой товарищ, работающий в том же отделе, что и я, передал мне книгу М. Физерса «Эффективная работа с наследованным кодом» (прежде от него же я узнал и об Александреску). Сам он ее прочитал несколько раньше, но широко в работе TDD не применял. И тут, надо сказать, она пришлась очень вовремя и к месту.
Читать дальше →
]]> Wed, 28 Sep 2011 12:19:51 GMT kir19890817 программированиеTDD <![CDATA[JAVA / Правильная проверка XML данных в java-проектах]]> http://habrahabr.ru/blogs/java/127473/ http://habrahabr.ru/blogs/java/127473/
В ряде проектов мне потребовалось сравнивать XML данные в тестах.

Действительно, бывает, что результат работы твоего модуля — XML данные. Если это так, то как они генерятся нужно проверять в соответствии с принципами TDD. Я же в свою очередь стараюсь их придерживаться при разработке.

Под катом я постараюсь рассказать о том, как лучше всего, по моему мнению, тестировать генерацию XML в коде. В качестве инструмента сравнения XML я использовал XmlUnit.
Читать дальше →
]]> Sun, 04 Sep 2011 17:52:18 GMT png javaxmlunittddtestcompare xmlсравнение xmlтесты <![CDATA[TDD / [Из песочницы] Еще немного о TDD и модульных тестах]]> http://habrahabr.ru/blogs/tdd/111095/ http://habrahabr.ru/blogs/tdd/111095/
При взгляде новичка на тесты сразу возникает вопрос: а зачем вообще писать лишний код? Вроде как преимущества TDD никто не отрицает, но находятся какие нибудь причины: «да, я слышал что TDD полезен в больших проектах, но у нас проект маленький», «в нашем проекте слишком много изменений, поэтому тесты для нас слишком большая обуза» и так далее. Попробую рассказать как модульные тесты помогают мне в работе и поделиться опытом использования.
Читать дальше →
]]> Wed, 24 Aug 2011 12:37:14 GMT cdeus TDD <![CDATA[JAVA / JUnit 4.9 зарелизило]]> http://habrahabr.ru/blogs/java/126912/ http://habrahabr.ru/blogs/java/126912/ появилась финальная версия JUnit 4.9. Что же вошло в долгожданный релиз?
Читать дальше →
]]> Tue, 23 Aug 2011 11:19:56 GMT dax javatestingjunittddтестирование приложений <![CDATA[TDD / Assert DSL на примере .Net]]> http://habrahabr.ru/blogs/tdd/124254/ http://habrahabr.ru/blogs/tdd/124254/
По науке, тесты являются документированием системы. Грамотно написанные тесты дают понять, как работает система, как ведет себя, причем читаться все это должно как готовая спецификация на поведение системы. Т.е. в идеале должен получаться связный и понятный текст. Это идеал, к которому постепенно приближаются методы тестирования, начиная от юнит тестирования и наиболее явно проявляясь в поведенческом/приемочном тестировании, когда сами тесты уже пишутся на языке бизнеса (в этом моменте вспоминаем Fitnesse).

При написании тестов не стоит скупиться на строчки кода и классы, важно только их правильно структурировать. Я считаю, что может быть вполне нормальной ситуация, когда у вас тестовый класс состоит только из одного тестового метода – не надо этого стесняться, это гораздо лучше, чем классы на 20 экранов. HD экранов.

В общем, все должно быть направлено на максимальную ясность и четкость тестов, чтобы явно было видно все взаимосвязи. Чтобы можно было восстановить логику программы по одним лишь тестам. В дело читабельности пойдет не только Assert DSL (Domain Specific Language), но и именование файлов, подход Arrange Act Assert. Все это не новые подходы как оказывается, но широкой известности пока не получившие, судя по тому, что я вижу в окружающих меня проектах. Да и сам я натолкнулся на новые темы случайно, изучая исходные коды StructureMap.

Чтобы не томить, сразу расскажу какие основные шаги предлагаются для улучшения тестов:
  • Именовать тестовые файлы по основному методу, который тестируется.
  • Использовать DSL  для создания объектов, чтобы методы делать максимально лаконичными.
  • Стараться писать тесты в стиле «один тестовый метод – один assert».
  • Структурировать внутренности теста.
  • Создать и использовать Assert DSL.

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

Раскрытие темы с примерами и в картинках
]]> Fri, 15 Jul 2011 13:00:25 GMT VioletTape .net 4.0tdddslextension methodsfluent interface <![CDATA[JAVA / Тестирование в Java. TestNG]]> http://habrahabr.ru/blogs/java/121234/ http://habrahabr.ru/blogs/java/121234/
Наверняка все знакомы с таким понятием как test-driven development(TDD). Наряду с ним также существует такое понятие, как data-driven testing(DDT, не в обиду Шевчуку) — техника написания тестов, при которой данные для тестов хранятся отдельно от самих тестов. Они могут храниться в базе данных, файле, генерироваться во время исполнения теста. Это очень удобно, так как один и тот же функционал тестируется на различных наборах данных, при этом добавление, удаление или изменение этих данных максимально упрощено.

В предыдущей статье я рассмотрел возможности JUnit-а. Там примерами такого рода подхода могут служить запускалки Parameterized и Theories, в обоих случаях один тест-класс может содержать только один такой параметризированный тест(в случае Parameterized несколько, но все они будут использовать одни и те же данные).

В этой статье я заострю внимание на тестовом фреймворке TestNG. Многие уже слышали это название, и перейдя на него, вряд ли желают вернуться к JUnit-у(хотя это только предположение).
Читать дальше →
]]> Mon, 13 Jun 2011 16:34:12 GMT sody javatestingtestngtddddtdata driven testingjunit