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

TestCase
def run(self, result):
result.testStarted()
self.setUp()
exec "self." + self.name + "()"
self.tearDown()
WasRun
def setUp(self):
self.log = "setUp "
def testMethod(self):
self.log = self.log + "testMethod "
def tearDown(self):
self.log = self.log + "tearDown "
Неожид анно мы получаем ошибку не в классе WasRun, а в классе
TestCaseTest. У нас нет «пустой» реализации метод а teardown() в классе
TestCase:
TestCase
def tearDown(self):
pass
Мы начинаем получать пользу от разрабатываемой инфраструктуры.
Замечательно! Никакого рефакторинга не требуется. Очевид ная
реализация, созд анная нами по сле обнаружения ошибки, сработала, и код
получился чистым.
Вызов тестового метод а
Вызов метод а setUp перед обращением к метод у
Вызов метод а tearDown по сле обращения к метод у

---

Метод tearDown д олжен вызываться д аже в случае неуд ачи теста
Выполнение нескольких тестов
Отчет о результатах
Строка журнала в классе WasRun
Далее мы перейд ем к формированию отчета о результатах
выполнения тестов. Вместо использования встроенного в Python
механизма обработки ошибок мы планируем реализовать и использовать
собственный механизм наблюд ения за работой тестов.
В д анной главе мы
• перешли от использования флагов к использованию журнала;
• созд али тесты д ля метод а tearDown() и реализовали этот метод с
использованием нового механизма журналирования;
• обнаружили проблему и вместо того чтобы возвращаться назад ,
смело исправили ошибку.

---

21. Учет и контроль 
Вызов тестового метод а
Вызов метод а setUp перед обращением к метод у
Вызов метод а tearDown по сле обращения к метод у
Метод tearDown д олжен вызываться д аже в случае неуд ачи теста
Выполнение нескольких тестов