LINUX.ORG.RU

История изменений

Исправление vostrik, (текущая версия) :

ну если ты также пишешь тесты, как читал книгу - забей на TDD, не поможет оно тебе:

Часть III • Паттерны для разработки через тестирование

Что необходимо тестировать? Прежде чем начать, запишите на листке бумаги список всех тестов, которые вам потребуются. Чтобы успешно справляться с про­граммистским стрессом, вы должны постоянно соблюдать важное правило: нико­гда не делайте шага вперед до тех пор, пока не узнаете, в каком месте ваша нога должна коснуться земли. Приступая к сеансу программирования, определите, ка­кие задачи вы намерены решить в ходе этого сеанса.
---
В контексте разработки, основанной на тестировании, список задач — это спи­сок тестов, которые мы планируем реализовать. Прежде всего включите в список примеры всех операций, которые требуется реализовать. Далее, для каждой из операций, которые еще не существуют, внесите в список нуль-версию этой опера­ции.



да, Бек делает сноску, что кодить тесты сразу пачкой - не очень эффективно, поэтому пусть из списка на бумаге в xUnit они попадают по одному, но знать, что и как ты тестируешь ты должен до того, как начнешь писать код. при этом книжка Бека - не Библия, а список рекоммендаций, прислушиваться к которым можно, но не то чтобы совсем нужно:


Во-вторых, чем больше не работающих тестов, тем дольше путь к зеленой полосе. Если перед вами десять «сломанных» тестов, зеленую полосу вы увидите еще не скоро. Если вы хотите быстро получить перед собой зеленую полосу, вы должны выкинуть все десять тестов. Если же вы хотите добиться сра­батывания всех этих тестов, вы будете вынуждены долгое время смотреть на красную полосу. Если вы настолько приучены к опрятности и аккуратности кодирования, что не можете позволить себе даже дойти до туалета, если полоса красная, значит, вам предстоит серьезное испытание.

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

Исходная версия vostrik, :

ну если ты также пишешь тесты, как читал книгу - забей на TDD, не поможет оно тебе:

Часть III • Паттерны для разработки через тестирование

Что необходимо тестировать? Прежде чем начать, запишите на листке бумаги список всех тестов, которые вам потребуются. Чтобы успешно справляться с про­граммистским стрессом, вы должны постоянно соблюдать важное правило: нико­гда не делайте шага вперед до тех пор, пока не узнаете, в каком месте ваша нога должна коснуться земли. Приступая к сеансу программирования, определите, ка­кие задачи вы намерены решить в ходе этого сеанса.
---
В контексте разработки, основанной на тестировании, список задач — это спи­сок тестов, которые мы планируем реализовать. Прежде всего включите в список примеры всех операций, которые требуется реализовать. Далее, для каждой из операций, которые еще не существуют, внесите в список нуль-версию этой опера­ции.



да, Бек делает сноску, что кодить тесты сразу пачкой - не очень эффективно, поэтому пусть из списка на бумаге в xUnit они попадают по одному, но знать, что и как ты тестируешь ты должен до того, как начнешь писать код. при этом книжка Бека - не Библия, а список рекоммендаций, прислушиваться к которым можно, но не то чтобы совсем нужно:


Во-вторых, чем больше не работающих тестов, тем дольше путь к зеленой полосе. Если перед вами десять «сломанных» тестов, зеленую полосу вы увидите еще не скоро. Если вы хотите быстро получить перед собой зеленую полосу, вы должны выкинуть все десять тестов. Если же вы хотите добиться сра­батывания всех этих тестов, вы будете вынуждены долгое время смотреть на красную полосу. Если вы настолько приучены к опрятности и аккуратности кодирования, что не можете позволить себе даже дойти до туалета, если полоса красная, значит, вам предстоит серьезное испытание.