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

Последний взгляд назад
Существует три важных навыка, которые необход имо о своить тем,
кто впервые изучает TDD:
• три о сновных под ход а, которые используются, чтобы заставить
тест работать: под д елка реализации, триангуляция и очевид ная
реализация;
• устранение д ублирования межд у функциональным код ом и
тестами – важный спо соб формирования д изайна;
• спо собно сть контролировать расстояние межд у тестами: когд а
д орога становится скользкой, необход имо д вигаться маленькими
шажками; когд а д альнейший путь ясен, можно увеличить скоро сть.

---

Часть II 
На примере xUnit 
Какой под ход использовать при созд ании инструмента д ля
разработки 
через 
тестирование? 
Естественно, 
разработку 
через
тестирование.
Архитектура xUnit хорошо реализуется на языке Python, поэтому во
второй части книги я перейд у на использование Python. Не
беспокойтесь, д ля тех, кто никогд а раньше не имел д ела с Python, я
д обавлю в текст необход имые пояснения. Когд а вы прочитаете вторую
часть, вы, во-первых, о своите базовые навыки программирования на
Python, во-вторых, узнаете, как самому разработать свою собственную
инфраструктуру д ля автоматического тестирования, и, в-третьих,
ознакомитесь с более сложным примером использования метод ики TDD
– три по цене од ного!

---

18. Первые шаги на пути к xUnit 
Разработка инструмента тестирования с использованием самого
этого инструмента д ля тестирования многим может показаться чем-то,
напоминающим хирургическую операцию на своем собственном мозге.
(«Только не взд умай трогать центры моторики! О! Слишком позд но!
Игра окончена».) Сначала эта ид ея может показаться жутковатой.
Од нако инфраструктура тестирования облад ает более сложной
внутренней логикой, если сравнивать с отно сительно несложным
д енежным примером, рассмотренным в первой части книги. Часть II
можно рассматривать как шаг в сторону разработки «настоящего»
программного обеспечения. Кроме того, вы можете рассматривать этот
материал как упражнение в самод окументируемом программировании.
Прежд е всего, у нас д олжна быть возможно сть созд ать тест и
запустить тестовый метод . Например: TestCase("testMethod"). run().
Возникает проблема: мы собираемся написать тест д ля программного
код а, который мы буд ем использовать д ля написания тестов. Так как у
нас пока еще нет д аже намека на инфраструктуру тестирования, мы
вынужд ены проверить правильно сть нашего самого первого шага
вручную. К счастью, мы д о статочно хорошо отд охнули, а значит,
вероятно сть того, что мы д опустим ошибку, отно сительно невелика.
Од нако чтобы сд елать ее еще меньше, мы планируем д вигаться
маленькими-маленькими шажками, тщательно проверяя все, что мы
д елаем. Вот список зад ач, который приход ит на ум, когд а начинаешь
размышлять о разработке собственной инфраструктуры тестирования: