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

23. Оформляем тесты в набор 
Вызов тестового метод а
Вызов метод а setUp перед обращением к метод у
Вызов метод а tearDown по сле обращения к метод у
Метод tearDown д олжен вызываться д аже в случае неуд ачи теста
Выполнение нескольких тестов
Отчет о результатах
Строка журнала в классе WasRun
Отчет о неуд ачных тестах
Перехват и отчет об ошибках setUp
Мы не можем о ставить работу над xUnit, не реализовав класс
TestSuite, пред ставляющий собой набор тестов. Конец нашего файла, гд е
мы запускаем все наши тесты, выгляд ит весьма неопрятно:
print(TestCaseTest(«testTemplateMethod»). run(). summary())
print(TestCaseTest("testResult"). run(). summary())
print(TestCaseTest("testFailedResultFormatting"). run(). summary())
print(TestCaseTest("testFailedResult"). run(). summary())
Дублирование – это всегд а плохо, за исключением случаев, когд а вы
используете его в качестве мотивации д ля поиска нед о стающего
элемента д изайна. В д анном случае нам хотело сь бы сгруппировать
тесты и запустить их при помощи од ной команд ы. (Мы приложили
массу усилий д ля изоляции тестов, од нако все эти усилия не окупят себя,
если мы буд ем запускать тесты по од ному.) Еще од на хорошая причина,
по которой было бы неплохо реализовать TestSuite, заключается в том,
что этот класс хорошо д емонстрирует использование шаблона
«Компоновщик» (Composite), – мы хотим, чтобы набор тестов вел себя в
точно сти так же, как ед иничный тест.
Мы хотим облад ать возможно стью созд ать набор тестов (объект
TestSuite), д обавить в него несколько тестов и получить общий
результат выполнения всех этих тестов:
TestCaseTest
def testSuite(self):

---

suite = TestSuite()
suite.add(WasRun("testMethod"))
suite.add(WasRun("testBrokenMethod"))
result = suite.run()
assert("2 run, 1 failed" == result.summary())
Для успешного выполнения теста созд ад им в объекте TestSuite
список тестов и реализуем метод add(), который про сто д обавляет тест,
перед анный в качестве аргумента, в список: