Читать книгу Экстремальное программирование. Разработка через тестирование онлайн

2 страница из 30

□ новый код пишется только после того, как будет написан автоматический тест, завершающийся неудачей;

□ любое дублирование устраняется.

Два простых правила, не правда ли? Однако они генерируют сложное индивидуальное и групповое поведение со множеством технических последствий:

□ в процессе проектирования мы постоянно запускаем код и получаем представление о его работе, это помогает принимать правильные решения;

□ мы сами пишем тесты, так как не можем ждать, что кто-то другой напишет тесты для нас;

□ наша среда разработки должна быстро реагировать на небольшие модификации кода;

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

Два упомянутых правила TDD определяют порядок этапов программирования.

1. Красный – напишите небольшой тест, который не работает, а возможно, даже не компилируется.

2. Зеленый – заставьте тест работать как можно быстрее, при этом не думайте о правильности дизайна и чистоте кода. Напишите ровно столько кода, чтобы тест сработал.