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

Behat не совсем для тестирования, Codeception исключительно для тестирования.

Если ваша команда записывает требования в терминах Given-When-Then и загоняется по BDD, то выбор очевиден - Behat. Есть еще команды которые заставляют писать функциональные тесты своих тестировщиков и для этого используют gherkin-сценарии. Если вам надо просто покрыть все функциональными тестами то Codeception (или любой другой фреймворк, я вот peridot использую для этих целей).

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

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

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

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.

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

ошибка выполняется не в тест-раннере а в приложении. 99% что приложение запускается отдельно и влиять на него через Codeception вы никак не можете. Так что это нужно разруливать как-то на уровне приложения. Либо в случае ошибки из логов вытягивать что случилось. Последнее пожалуй лучший вариант.