[Moscow.pm] Встреча Moscow.pm в феврале
Mons Anderson
mons на cpan.org
Чт Янв 23 05:14:07 PST 2014
Поддерживаю идею круглого стола
On 23.01.2014, at 12:39, Иван Соколов <vaneska.ru на gmail.com> wrote:
> Предлагаю круглый стол на тему.
> Мне кажется среди нас нет супер-мега эксперта, который все знает про тестирование.
> А вот круглый стол поможет каждому поделиться своими знаниями и впитать знания других.
> И, возможно, решить свои наболевшие проблемы.
>
>
> 23 января 2014 г., 12:16 пользователь Savenkova Natalya <wwax555 на gmail.com> написал:
> Раз уж TDD пошло, то может и про continuous delivery тогда? "Кто что как" в виде небольших докладов...
>
> Savenkova Natalya
> wwax555 на gmail.com
> https://www.facebook.com/name.rnd
>
>
>
> 2014/1/23 Илья Винокуров <ilvin на mail.ru>
>
> Тема очень обширная: за неделю сделать хороший доклад и при этом на работе что-то делать - анрил.
>
>
> Четверг, 23 января 2014, 11:46 +04:00 от Павел Щербинин <dzirtik на gmail.com>:
> Кто готов все это собрать в 1 доклад?)
>
>
> 23 января 2014 г., 11:36 пользователь Илья Винокуров <ilvin на mail.ru> написал:
>
> На самом деле в технологии TDD слово Test нужно ставить на второе или третье место.
> На первом месте - это создание стенда, на котором отлаживается создаваемый компонент.
> А уже при моделировании на стенде use cases получаются тесты.
>
> Создал стенд - ты уже TDD. При этом ты можешь покрыть тестами только use cases
> и не покрывать нестандартные ситуации. А вот этот аспект требует еще введения
> механизма оценки покрытия кода тестами.
>
> PS: А тредик получился действительно зачетным :)
>
> С почтением,
> Илья Винокуров.
>
>
> Четверг, 23 января 2014, 8:59 +04:00 от Nikolay Mishin <mi на ya.ru>:
>
> Никакого сарказма, Наталья,
> действительно очень интересная дискуссия,
> возможно мое восклицание и является оффтопиком,
> но я поклонник тестов,
> и порой просто пишешь тесты - а получается работающая система,
> то есть модули - это только дополнение к тестам, которые описываю правильное поведение
> системы, они как математика упорядочивают и просветляют мозги,
> хотя, я предпочитаю еще конкретику и ссылки на источники кода,
> например, https://github.com/mishin/gists/blob/master/hello_world.t
> или https://github.com/mishin/gists/blob/master/perl_skel.pl
>
> 23.01.2014, 08:02, "Natalya" <wwax555 на gmail.com>:
> > Чувствую сарказм.
> >
> > Savenkova Natalya
> > wwax555 на gmail.com
> > http://facebook.com/name.rnd
> >
> >> On 23 янв. 2014 г., at 7:55, Nikolay Mishin <mi на ya.ru> wrote:
> >>
> >> шикарный тред про тесты, с утра поднял +1 скилл к TDD и тестированию
> >>
> >> 23.01.2014, 03:25, "Natalya" <wwax555 на gmail.com>:
> >>> TTD понравился, ничего он не замедляет, при рефакторинге особенно хорошо.
> >>> Плюс покрытие тестами в проекте, где ведрили TDD, позволило автоматом гонять эти тесты при выкатке релиза. Также замечен положительный эффект: когда пишешь тесты будущего кода, заодно щупаешь интерфейс этого самого кода. Были случаи, когда в тестах видно, что пользоваться удобнее иначе, чем запроектировано, только оно же еще ничего не написано, а значит время сэкономили.
> >>>
> >>> Savenkova Natalya
> >>> wwax555 на gmail.com
> >>> http://facebook.com/name.rnd
> >>>> On 23 янв. 2014 г., at 1:25, Maxim <monk на nuked.su> wrote:
> >>>>
> >>>> TDD не был бы нужен если бы замедлял разработку. Он её ускоряет.
> >>>> Но есть нюанс. Первый нюанс - необходимо чтобы вся команда, не только
> >>>> программисты, но и вообще все участники процесса понимали и принимали
> >>>> ценность методики.
> >>>> Второй нюанс - быстрая разработка != быстрый код. Тот же AEHTS не был бы
> >>>> таким быстрым, если бы был написан с применением TDD.
> >>>> Вообще, доклад на тему тестов скорее не столько perl-ориентирован,
> >>>> сколько agile-ориентирован. Есть такое мероприятие как agile kitchen, на
> >>>> нём можно почерпнуть много полезного, в том числе и чем пример про
> >>>> машину, свечи и колесо принципиально отличается от разработки софта (на
> >>>> последнем agile kitchen очень толковый доклад на эту тему был).
> >>>> Ну и вообще не стоит пренебрегать литературой. Про agile-методологию
> >>>> очень много написано, и в том числе стоит понимать что называется agile,
> >>>> а что использует те же наборы методик, но по сути agile не является.
> >>>> К примеру, если мы говорим о стоимости покрытия кода тестами после его
> >>>> написания, надо понимать что мы не говорим про TDD. TDD подразумевает
> >>>> что тесты пишутся сначала, а потом пишется код который проходит эти
> >>>> тесты. Плюс, повторюсь, TDD хорош в рамках agile-разработки и при
> >>>> условии что все члены команды разделяют ценности такого подхода.
> >>>>
> >>>> Надеюсь, кому-нибудь эти многабукав будут полезны.
> >>>>> On Wed, 2014-01-22 at 15:21 +0400, Илья Винокуров wrote:
> >>>>> 5) Как юнит-тесты помогают в командной разработке
> >>>>> 6) Как юнит-тесты помогают при рефакторинге кода.
> >>>>> 7) Как сильно TDD замедляет разработку
> >>>>>
> >>>>> С почтением,
> >>>>> Илья Винокуров
> >>>>>
> >>>>> Среда, 22 января 2014, 13:54 +04:00 от Mons Anderson <mons на cpan.org>:
> >>>> --
> >>>> Moscow.pm mailing list
> >>>> moscow-pm на pm.org | http://moscow.pm.org
> >>> --
> >>> Moscow.pm mailing list
> >>> moscow-pm на pm.org | http://moscow.pm.org
> >> --
> >> С уважением
> >> Николай Мишин
> >>
> >> --
> >> Moscow.pm mailing list
> >> moscow-pm на pm.org | http://moscow.pm.org
> >
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org
>
> --
> С уважением
> Николай Мишин
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
> --
> Илья Винокуров
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
>
> --
> С Уважением,
> Щербинин Павел
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
> --
> Илья Винокуров
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
>
> --
> С уважением,
> Иван
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20140123/806e228a/attachment-0001.html>
Подробная информация о списке рассылки Moscow-pm