<HTML><BODY><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 <mi@ya.ru>:<br>
<blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;">
<div id="">Никакого сарказма, Наталья,<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="sentmsg?compose&To=wwax555@gmail.com">wwax555@gmail.com</a>>:<br>
> Чувствую сарказм.<br>
><br>
> Savenkova Natalya<br>
> <a href="sentmsg?compose&To=wwax555@gmail.com">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="sentmsg?compose&To=mi@ya.ru">mi@ya.ru</a>> wrote:<br>
>><br>
>> шикарный тред про тесты, с утра поднял +1 скилл к TDD и тестированию<br>
>><br>
>> 23.01.2014, 03:25, "Natalya" <<a href="sentmsg?compose&To=wwax555@gmail.com">wwax555@gmail.com</a>>:<br>
>>> TTD понравился, ничего он не замедляет, при рефакторинге особенно хорошо.<br>
>>> Плюс покрытие тестами в проекте, где ведрили TDD, позволило автоматом гонять эти тесты при выкатке релиза. Также замечен положительный эффект: когда пишешь тесты будущего кода, заодно щупаешь интерфейс этого самого кода. Были случаи, когда в тестах видно, что пользоваться удобнее иначе, чем запроектировано, только оно же еще ничего не написано, а значит время сэкономили.<br>
>>><br>
>>> Savenkova Natalya<br>
>>> <a href="sentmsg?compose&To=wwax555@gmail.com">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="sentmsg?compose&To=monk@nuked.su">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="sentmsg?compose&To=mons@cpan.org">mons@cpan.org</a>>:<br>
>>>> --<br>
>>>> Moscow.pm mailing list<br>
>>>> <a href="sentmsg?compose&To=moscow%2dpm@pm.org">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="sentmsg?compose&To=moscow%2dpm@pm.org">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="sentmsg?compose&To=moscow%2dpm@pm.org">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="sentmsg?compose&To=moscow%2dpm@pm.org">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="sentmsg?compose&To=moscow%2dpm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</div>
</blockquote>
<br>
<br>-- <br>Илья Винокуров<br></BODY></HTML>