Файл тестирования модулей пишите в Python

Question

Я пишу обертку для ConfigParser в Python, чтобы обеспечить удобный интерфейс для хранения и получения настроек приложения.

Обертка имеет два метода: read и write, а также набор свойств для различных параметров приложения.

write метод просто обертка для write метода ConfigParser «s с добавлением также создает объект файла, необходимую ConfigParser. Это выглядит следующим образом:

def write(self): 
    f = open(self.path, "w") 
    try: 
     self.config_parser.write(f) 
    finally: 
     f.close() 

Я хотел бы написать модульный тест, который утверждает, что этот метод поднимает IOError, если файл не может быть записан и в другом случае, что метод записи в конфигурации парсер был называется.

Второй тест довольно прост в обращении с макетным объектом. Но вызов open делает вещи немного сложными. В конце концов, мне нужно создать файл-объект для передачи в парсер конфигурации. Тот факт, что файл действительно будет создан при запуске этого кода, не делает его очень полезным для модульного теста. Есть ли какая-то стратегия для насмешливого создания файла? Может ли этот фрагмент кода каким-то образом протестировать? Или это просто слишком просто для тестирования?

Answer 1

Во-первых, вам действительно не нужно тестировать устройство open(), так как довольно разумно предположить, что стандартная библиотека правильная.

Далее вы не хотите делать манипуляции с файловой системой, чтобы получить open(), чтобы генерировать требуемую ошибку, потому что тогда вы не тестируете устройство, вы выполняете функциональный/интеграционный тест, включая файловую систему.

Таким образом, вы могли бы заменить open() в глобальном пространстве имен суррогатом, который вызывает только IOError. Хотя, вероятно, нужно убедиться, что вы вернете вещи, если выполнение продолжается.

Но в конце концов, какое значение имеет тест? В этом фрагменте кода так мало, что это ваша собственная система. Даже замена open() действительно заканчивается тем, что является тестом, в котором говорится: «Делает ли try и finally заявление в Python?»

Мое предложение? Просто добавьте инструкцию в docstring, которая записывает ваши ожидания. «Вызывает IOError, если файл не может быть записан». Затем двигайтесь дальше. Вы можете добавить модульный тест позже, если этот метод приобретет некоторую сложность (и заслуживает тестирования).

Answer 2

На самом деле, только open может вызывать исключение в вашем коде. Документы для write() ничего не говорят об исключениях. Возможно, только ValueError или что-то для плохого указателя файла (в результате открытого сбоя, что не может быть здесь).

Сделать IOError для открытия легко. Просто создайте файл в другом месте и откройте его для записи. Или вы можете изменить разрешения для него, чтобы у вас не было доступа.

Вы могли бы использовать здесь инструкцию with, и она будет обрабатывать закрытие.

В python 2.5 вам нужна первая строка. В более поздних версиях вам это не нужно.

from __future__ import with_statement # python 2.5 only 

def write(self): 
    with open(self.path, 'w') as f: 
     self.config_parser.write(f) 

Способ записи гарантированно будет вызываться, если open успешно, и не будет вызываться, если open поднимает IOError. Я не знаю, зачем вам нужен тест, чтобы узнать, вызвана ли запись. В коде говорится, что это так. Не переусердствуйте. ;)

Answer 3

Помните, что вы не должны проверить, что открытые() или ConfigParser работы — они не являются частью кода — вы просто должны проверить, что вы правильно их использовать. Вы можете monkeypatch модуля с вашим собственным open(), точно так же, как и для атрибута экземпляра, и можете вернуть из него макет, который поможет вам протестировать.

Однако модульные тесты не являются моим единственным инструментом, и это одна из функций, которая достаточно проста для анализа и «доказывания» ^{& dagger;} что он работает.

^{& dagger;} Менее строго, чем математики, я уверен, но достаточно хорош для меня.