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

Внешняя фикстура (External Fixture)
Как о существляется о свобожд ение внешних ресурсов в фикстуре?
Переопред елите метод tearDown() и о свобод ите в нем ресурсы,
выд еленные в ход е созд ания фикстуры.
Помните, что кажд ый тест д олжен о ставить рабочую сред у в том
же со стоянии, в котором она была д о того, как тест начал работу.
Например, если внутри теста вы открываете файл, вы д олжны
позаботиться о том, чтобы закрыть его перед тем, как тест завершит
работу. Вы можете написать:
testMethod(self):
file = File("foobar"). open()
try:
…âûïîëíèòü òåñò…
finally:
file.close()
Если файл используется в нескольких тестах, вы можете сд елать его
частью общей фикстуры:
setUp(self):
self.file = File("foobar"). open()
testMethod(self):
try:
…выполнить тест…
finally:
self.file.close()

---

Во-первых, возникает неприятное д ублирование выражений finally –
это означает, что мы упустили что-то в д изайне. Во-вторых, при
написании под обного метод а можно легко д опустить ошибку, например
забыть д обавить ключевое слово finally или вообще забыть о
необход имо сти закрытия файла. Наконец, в этом тесте существует три
сбивающих с толку строки – try, finally и сама команд а close, – эти
выражения не отно сятся непо сред ственно к процед уре тестирования.
Инфраструктура xUnit гарантирует вызов метод а под названием
tearDown() по сле выполнения тестового метод а. Метод tearDown() буд ет
вызван вне зависимо сти от того, что случится внутри тестового метод а
(од нако след ует иметь в вид у, что, если сбой произойд ет в ход е
выполнения метод а setUp(), метод tearDown() вызываться не буд ет). Мы
можем преобразовать пред ыд ущий тест след ующим образом:
setUp(self):
self.file = File("foobar"). open()
testMethod(self):
…выполнить тест…
tearDown(self):
self.file.close()