Поддерживаю идею круглого стола On 23.01.2014, at 12:39, Иван Соколов <[email protected]> wrote:
> Предлагаю круглый стол на тему. > Мне кажется среди нас нет супер-мега эксперта, который все знает про > тестирование. > А вот круглый стол поможет каждому поделиться своими знаниями и впитать > знания других. > И, возможно, решить свои наболевшие проблемы. > > > 23 января 2014 г., 12:16 пользователь Savenkova Natalya <[email protected]> > написал: > Раз уж TDD пошло, то может и про continuous delivery тогда? "Кто что как" в > виде небольших докладов... > > Savenkova Natalya > [email protected] > https://www.facebook.com/name.rnd > > > > 2014/1/23 Илья Винокуров <[email protected]> > > Тема очень обширная: за неделю сделать хороший доклад и при этом на работе > что-то делать - анрил. > > > Четверг, 23 января 2014, 11:46 +04:00 от Павел Щербинин <[email protected]>: > Кто готов все это собрать в 1 доклад?) > > > 23 января 2014 г., 11:36 пользователь Илья Винокуров <[email protected]> написал: > > На самом деле в технологии TDD слово Test нужно ставить на второе или третье > место. > На первом месте - это создание стенда, на котором отлаживается создаваемый > компонент. > А уже при моделировании на стенде use cases получаются тесты. > > Создал стенд - ты уже TDD. При этом ты можешь покрыть тестами только use cases > и не покрывать нестандартные ситуации. А вот этот аспект требует еще введения > механизма оценки покрытия кода тестами. > > PS: А тредик получился действительно зачетным :) > > С почтением, > Илья Винокуров. > > > Четверг, 23 января 2014, 8:59 +04:00 от Nikolay Mishin <[email protected]>: > > Никакого сарказма, Наталья, > действительно очень интересная дискуссия, > возможно мое восклицание и является оффтопиком, > но я поклонник тестов, > и порой просто пишешь тесты - а получается работающая система, > то есть модули - это только дополнение к тестам, которые описываю правильное > поведение > системы, они как математика упорядочивают и просветляют мозги, > хотя, я предпочитаю еще конкретику и ссылки на источники кода, > например, 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" <[email protected]>: > > Чувствую сарказм. > > > > Savenkova Natalya > > [email protected] > > http://facebook.com/name.rnd > > > >> On 23 янв. 2014 г., at 7:55, Nikolay Mishin <[email protected]> wrote: > >> > >> шикарный тред про тесты, с утра поднял +1 скилл к TDD и тестированию > >> > >> 23.01.2014, 03:25, "Natalya" <[email protected]>: > >>> TTD понравился, ничего он не замедляет, при рефакторинге особенно хорошо. > >>> Плюс покрытие тестами в проекте, где ведрили TDD, позволило автоматом > >>> гонять эти тесты при выкатке релиза. Также замечен положительный эффект: > >>> когда пишешь тесты будущего кода, заодно щупаешь интерфейс этого самого > >>> кода. Были случаи, когда в тестах видно, что пользоваться удобнее иначе, > >>> чем запроектировано, только оно же еще ничего не написано, а значит время > >>> сэкономили. > >>> > >>> Savenkova Natalya > >>> [email protected] > >>> http://facebook.com/name.rnd > >>>> On 23 янв. 2014 г., at 1:25, Maxim <[email protected]> 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 <[email protected]>: > >>>> -- > >>>> Moscow.pm mailing list > >>>> [email protected] | http://moscow.pm.org > >>> -- > >>> Moscow.pm mailing list > >>> [email protected] | http://moscow.pm.org > >> -- > >> С уважением > >> Николай Мишин > >> > >> -- > >> Moscow.pm mailing list > >> [email protected] | http://moscow.pm.org > > > > -- > > Moscow.pm mailing list > > [email protected] | http://moscow.pm.org > > -- > С уважением > Николай Мишин > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > > > -- > Илья Винокуров > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > > > > > -- > С Уважением, > Щербинин Павел > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > > > -- > Илья Винокуров > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > > > > > -- > С уважением, > Иван > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
