<div dir="ltr">Кто готов все это собрать в 1 доклад?)</div><div class="gmail_extra"><br><br><div class="gmail_quote">23 января 2014 г., 11:36 пользователь Илья Винокуров <span dir="ltr"><<a href="mailto:ilvin@mail.ru" target="_blank">ilvin@mail.ru</a>></span> написал:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><br>На самом деле в технологии TDD слово Test нужно ставить на второе или третье место.<br>На первом месте - это создание стенда, на котором отлаживается создаваемый компонент.<br>А уже при моделировании на стенде use cases получаются тесты.<br>
<br><strong>Создал стенд - ты уже TDD</strong>. При этом ты можешь покрыть тестами только use cases<br>и не покрывать нестандартные ситуации. А вот этот аспект требует еще введения<br>механизма оценки покрытия кода тестами.<br>
<br>PS: А тредик получился действительно зачетным :)<br><br>С почтением,<br> Илья Винокуров.<br><br><br>Четверг, 23 января 2014, 8:59 +04:00 от Nikolay Mishin <<a href="mailto:mi@ya.ru" target="_blank">mi@ya.ru</a>>:<div>
<div class="h5"><br>
<blockquote style="border-left:1px solid #0857a6;margin:10px;padding:0 0 0 10px">
<div>Никакого сарказма, Наталья,<br>
действительно очень интересная дискуссия,<br>
возможно мое восклицание и является оффтопиком,<br>
но я поклонник тестов,<br>
и порой просто пишешь тесты - а получается работающая система,<br>
то есть модули - это только дополнение к тестам, которые описываю правильное поведение <br>
системы, они как математика упорядочивают и просветляют мозги,<br>
хотя, я предпочитаю еще конкретику и ссылки на источники кода,<br>
например, <a href="https://github.com/mishin/gists/blob/master/hello_world.t" target="_blank">https://github.com/mishin/gists/blob/master/hello_world.t</a><br>
или <a href="https://github.com/mishin/gists/blob/master/perl_skel.pl" target="_blank">https://github.com/mishin/gists/blob/master/perl_skel.pl</a><br>
<br>
23.01.2014, 08:02, "Natalya" <<a href="http://sentmsg?compose&To=wwax555@gmail.com" target="_blank">wwax555@gmail.com</a>>:<br>
> Чувствую сарказм.<br>
><br>
> Savenkova Natalya<br>
> <a href="http://sentmsg?compose&To=wwax555@gmail.com" target="_blank">wwax555@gmail.com</a><br>
> <a href="http://facebook.com/name.rnd" target="_blank">http://facebook.com/name.rnd</a><br>
><br>
>> On 23 янв. 2014 г., at 7:55, Nikolay Mishin <<a href="http://sentmsg?compose&To=mi@ya.ru" target="_blank">mi@ya.ru</a>> wrote:<br>
>><br>
>> шикарный тред про тесты, с утра поднял +1 скилл к TDD и тестированию<br>
>><br>
>> 23.01.2014, 03:25, "Natalya" <<a href="http://sentmsg?compose&To=wwax555@gmail.com" target="_blank">wwax555@gmail.com</a>>:<br>
>>> TTD понравился, ничего он не замедляет, при рефакторинге особенно хорошо.<br>
>>> Плюс покрытие тестами в проекте, где ведрили TDD, позволило автоматом гонять эти тесты при выкатке релиза. Также замечен положительный эффект: когда пишешь тесты будущего кода, заодно щупаешь интерфейс этого самого кода. Были случаи, когда в тестах видно, что пользоваться удобнее иначе, чем запроектировано, только оно же еще ничего не написано, а значит время сэкономили.<br>
>>><br>
>>> Savenkova Natalya<br>
>>> <a href="http://sentmsg?compose&To=wwax555@gmail.com" target="_blank">wwax555@gmail.com</a><br>
>>> <a href="http://facebook.com/name.rnd" target="_blank">http://facebook.com/name.rnd</a><br>
>>>> On 23 янв. 2014 г., at 1:25, Maxim <<a href="http://sentmsg?compose&To=monk@nuked.su" target="_blank">monk@nuked.su</a>> wrote:<br>
>>>><br>
>>>> TDD не был бы нужен если бы замедлял разработку. Он её ускоряет.<br>
>>>> Но есть нюанс. Первый нюанс - необходимо чтобы вся команда, не только<br>
>>>> программисты, но и вообще все участники процесса понимали и принимали<br>
>>>> ценность методики.<br>
>>>> Второй нюанс - быстрая разработка != быстрый код. Тот же AEHTS не был бы<br>
>>>> таким быстрым, если бы был написан с применением TDD.<br>
>>>> Вообще, доклад на тему тестов скорее не столько perl-ориентирован,<br>
>>>> сколько agile-ориентирован. Есть такое мероприятие как agile kitchen, на<br>
>>>> нём можно почерпнуть много полезного, в том числе и чем пример про<br>
>>>> машину, свечи и колесо принципиально отличается от разработки софта (на<br>
>>>> последнем agile kitchen очень толковый доклад на эту тему был).<br>
>>>> Ну и вообще не стоит пренебрегать литературой. Про agile-методологию<br>
>>>> очень много написано, и в том числе стоит понимать что называется agile,<br>
>>>> а что использует те же наборы методик, но по сути agile не является.<br>
>>>> К примеру, если мы говорим о стоимости покрытия кода тестами после его<br>
>>>> написания, надо понимать что мы не говорим про TDD. TDD подразумевает<br>
>>>> что тесты пишутся сначала, а потом пишется код который проходит эти<br>
>>>> тесты. Плюс, повторюсь, TDD хорош в рамках agile-разработки и при<br>
>>>> условии что все члены команды разделяют ценности такого подхода.<br>
>>>><br>
>>>> Надеюсь, кому-нибудь эти многабукав будут полезны.<br>
>>>>> On Wed, 2014-01-22 at 15:21 +0400, Илья Винокуров wrote:<br>
>>>>> 5) Как юнит-тесты помогают в командной разработке<br>
>>>>> 6) Как юнит-тесты помогают при рефакторинге кода.<br>
>>>>> 7) Как сильно TDD замедляет разработку<br>
>>>>><br>
>>>>> С почтением,<br>
>>>>> Илья Винокуров<br>
>>>>><br>
>>>>> Среда, 22 января 2014, 13:54 +04:00 от Mons Anderson <<a href="http://sentmsg?compose&To=mons@cpan.org" target="_blank">mons@cpan.org</a>>:<br>
>>>> --<br>
>>>> Moscow.pm mailing list<br>
>>>> <a href="http://sentmsg?compose&To=moscow%2dpm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
>>> --<br>
>>> Moscow.pm mailing list<br>
>>> <a href="http://sentmsg?compose&To=moscow%2dpm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
>> --<br>
>> С уважением<br>
>> Николай Мишин<br>
>><br>
>> --<br>
>> Moscow.pm mailing list<br>
>> <a href="http://sentmsg?compose&To=moscow%2dpm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
><br>
> --<br>
> Moscow.pm mailing list<br>
> <a href="http://sentmsg?compose&To=moscow%2dpm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
<br>
-- <br>
С уважением<br>
Николай Мишин<br>
-- <br>
Moscow.pm mailing list<br>
<a href="http://sentmsg?compose&To=moscow%2dpm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</div>
</blockquote>
<br>
<br></div></div><span class="HOEnZb"><font color="#888888">-- <br>Илья Винокуров<br></font></span></div>
<br>--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>С Уважением, <div>Щербинин Павел</div>
</div>