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

TestCaseTest
def testSetUp(self):
self.test.run()
assert("setUp " == self.test.log)
По сле этого мы можем уд алить флаг wasSetUp. Мы также можем
д обавить в журнал запись о выполнении метод а:
WasRun
def testMethod(self):
self.wasRun = 1
self.log = self.log + "testMethod "
В результате нарушается работа теста testSetUp(), так как в момент
выполнения этого метод а журнал сод ержит строку «setUp testMethod».
Изменяем ожид аемое значение:
TestCaseTest
def testSetUp(self):
self.test.run()
assert("setUp testMethod " == self.test.log)
Теперь этот тест выполняет работу обоих тестов, поэтому можно
уд алить testRunning и переименовать testSetUp:
TestCaseTest
def setUp(self):
self.test = WasRun("testMethod")
def testTemplateMethod(self):
self.test.run()

---

assert("setUp testMethod " == self.test.log)
Мы используем экземпляр класса WasRun всего в од ном месте,
поэтому необход имо отменить д обавленный ранее хитрый трюк,
связанный с setUp():
TestCaseTest
def testTemplateMethod(self):
test = WasRun("testMethod")
test.run()
assert("setUp testMethod " == test.log)
Нет ничего страшного в том, что мы сд елали рефакторинг, исход я
из нескольких ранних соображений, а чуть позже отменили его, –
под обная ситуация склад ывается д о статочно часто. Некоторые
пред почитают под ожд ать, пока у них накопится д о статочное
количество о снований д ля рефакторинга, иными словами, они
оттягивают выполнение рефакторинга, чтобы быть полно стью
уверенными в его необход имо сти. Они по ступают так потому, что не
любят аннулировать результаты прод еланной работы. Од нако я
пред почитаю не отвлекаться на рассужд ения о том, не прид ется ли в
буд ущем отменять то или иное исправление, необход имое мне в
настоящем. Вместо этого я пред почитаю со сред оточиться на д изайне.
По этой причине я рефлекторно д елаю рефакторинг тогд а, когд а считаю
нужным, ни капли не опасаясь, что сразу по сле этого мне, возможно,
прид ется отменить его.
Вызов тестового метод а
Вызов метод а setUp перед обращением к метод у
Вызов метод а tearDown по сле обращения к метод у
Метод tearDown д олжен вызываться д аже в случае неуд ачи теста
Выполнение нескольких тестов
Отчет о результатах
Строка журнала в классе WasRun
Теперь мы готовы к реализации метод а tearDown(). Ага! Опять я вас
поймал! Теперь мы готовы к тестированию метод а tearDown():
TestCaseTest

---

def testTemplateMethod(self):
test = WasRun("testMethod")
test.run()
assert("setUp testMethod tearDown " == test.log)
Он потерпел неуд ачу. Чтобы заставить его работать, выполняем
несложные д обавления: