Использование макетных объектов без привязки модульных тестов

Question

В настоящее время я пишу набор модульных тестов для библиотеки микроблогов на Python, а следующие рекомендации, полученные здесь, начали использовать макетные объекты для возврата данных, как из службы (identi.ca в этом случае).

Однако, конечно, насмехаясь над httplib2 - модулем, который я использую для запроса данных - я привязываю модульные тесты к конкретной реализации моей библиотеки и удаляю их способность функционировать после рефакторинга (что, очевидно, является одним из основных преимущества модульного тестирования в удобном месте).

Есть ли лучший сценарий обоих миров? Единственный, о котором я могу думать, это настроить сервер микроблогов на использование только для тестирования, но это, очевидно, будет большой объем работы.

Answer 1

Вы правы, что если вы реорганизуете свою библиотеку, чтобы использовать что-то другое, кроме httplib2, тогда ваши юнит-тесты будут ломаться. Это не такая ужасная зависимость, поскольку, когда придет время, будет просто изменить ваши тесты, чтобы издеваться над новой библиотекой.

Если вы хотите этого избежать, напишите минимальную обертку вокруг httplib2, и ваши тесты могут издеваться над этим. Затем, если вы когда-либо переходите от httplib2, вам нужно только изменить свою обертку. Но обратите внимание, что количество строк, которые вы должны изменить, одинаково в любом случае, все, что меняется, зависит от того, находятся ли они в «тестовом коде» или «не-тестовом коде».

Answer 2

Не знаете, в чем проблема. Класс макета является частью тестов, по крайней мере, концептуально. Вполне нормально, чтобы тесты зависели от конкретного поведения макетных объектов, которые они вставляют в тестируемый код. Конечно, сама инъекция должна делиться между модульными тестами, так что легко изменить реализацию макета.