Как вы тестируете статические методы?

Question

[itcoder]

Наткнулся на статью по тестированию статических методов через Mock или Stub
https://sebastian-bergmann.de/archives/883-Stubbin... но в ней рассматриваться случай для PhpUnit 3.5. соответственно в 4.5 не работает.
Хотелось бы услышать как вы тестируете статические методы ?

Answer 1

[Сергей Протько]

Как вы тестируете статические методы?

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

В вашем же вопросе вы интересуетесь как мокать статические методы. И тут ответ тоже никак:

Please note that final, private and static methods cannot be stubbed or mocked. They are ignored by PHPUnit's test double functionality and retain their original behavior.

Есть правда еще мокери всякие и т.д.

Answer 2

[He11ion]

Зависит от Вашей архитектуры, я применяю класс-"обертку" с перегрузкой нужного метода (этим же трюком пользуюсь для изменения вызова функций класса-родителя)

Как-то так:

class A { // "родной" класс
	static function static_call ()
	{
		echo 'static_call a';
	}
}

class B extends A{ // "обертка" для тестирования
	static function static_call ()
	{
		echo 'static_call b';
	}
}

Comments

[itcoder]

Немного не понял ваш ответ. Вот смотрите если мы перегружаем родной класс, то методы в нем мы уже не сможем сделать статическим, так как не вызовется через Mock или Stub, а если не статическим то перегрузить не сможем.

[He11ion]

itcoder: Смысл делать мок (перегрузку метода) если статический метод уже перегружен?

Смотрите - мы делаем мок и определяем возвращаемые значения - что мешает нам сделать то же самое но не через интерфейс PHPUnita, а просто расширив базовый класс и перегрузив статическую функцию? Да, в тесте вызывать (и создавать) надо будет не тестируемый класс А, а его потомок В, но различие в них одно - в работе статического метода, который мы и хотели подделать.

Сложнее с private-методами, но это уже отдельная история.

[itcoder]

He11ion: Теперь понял, ну идея интересная, кучу перегрузок только конечно придется делать. Еще вопрос, как вы тестируете внешние ресурсы с которыми работает сайт например отправка письма через api или sms, каждый раз тесты достаточно долго проходят пока все соединиться с внешними сайтами, пока попробует отправить уходит много времени на прогон

[He11ion]

itcoder: Много тестирую работу с апи Яндекса, по факту для "быстрых" тестов в разработке использую моки вызовов к апи с прогнозируемым ответом сервиса, для выкатки на продакшн - либо sandbox сервиса, либо тестовые аккаунты, там уже проще пожертвовать временем ради надежности.

[itcoder]

He11ion: Спасибо, доступно объяснили