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

20. Убираем со стола (метод tearDown) 
Вызов тестового метод а
Вызов метод а setUp перед обращением к метод у
Вызов метода tearDown после обращения к методу
Метод tearDown д олжен вызываться д аже в случае неуд ачи теста
Выполнение нескольких тестов
Отчет о результатах
Иногд а д ля выполнения теста требуется выд елить некоторые
внешние ресурсы. Очевид но, что связанные с этим операции д олжны
выполняться в теле метод а setUp(). Если мы хотим, чтобы тесты были
независимыми 
д руг 
от 
д руга, 
мы 
д олжны 
позаботиться 
об
о свобожд ении этих ресурсов. Для выполнения связанных с этим
операций пред лагаю использовать специальный метод tearDown(),
который буд ет автоматически выполняться по сле завершения теста.
Как можно протестировать выполнение метод а tearDown()? Проще
всего – использовать еще од ин флаг. Од нако все эти флаги начинают
сбивать меня с толку. Если мы буд ем использовать флаги, мы упустим
од ин очень важный аспект: метод setUp() д олжен быть выполнен
непо сред ственно перед обращением к тестовому метод у, а метод
tearDown() – непо сред ственно по сле обращения к тестовому метод у.
Чтобы убед иться в этом, я намерен изменить стратегию тестирования.
Пред лагаю созд ать миниатюрный журнал, в котором буд ет отмечаться
по след овательно сть выполнения метод ов. Кажд ый метод буд ет
д обавлять в конец журнала соответствующую запись. Таким образом,
про смотрев журнал, мы сможем установить поряд ок выполнения
метод ов.
Вызов тестового метод а
Вызов метод а setUp перед обращением к метод у
Вызов метод а tearDown по сле обращения к метод у
Метод tearDown д олжен вызываться д аже в случае неуд ачи теста
Выполнение нескольких тестов
Отчет о результатах
Строка журнала в классе WasRun

---

WasRun
def setUp(self):
self.wasRun = None
self.wasSetUp = 1
self.log = "setUp "
Теперь можно изменить метод testSetUp(), чтобы вместо флага он
проверял сод ержимое журнала: