архитектуру.
у меня есть обертка над апи телеги TelegramWrapper, у которой:
* есть функция onCommand(command, handler).
* есть свойство commandEmitter, через который происходит подписка при помощи onCommand. (потом когда из телеги поступают команды, то вызывается commandEmitter.emit(command, payload).
сами обработчики команд находятся в контроллерах, например HelpController, который:
* при запуске вызывает telegram.onCommand('/help', this.handler), в котором уже происходит действо.
вопрос: "а как это тестировать?"
1. делать мок TelegramWrapper, через onCommand получать handler и затем вызывать его вручную. ну, как-то кривовато.
2. контроллеры должны быть простыми: получил данные, вызвал юзекейс с ними, вернул пользователю ответ. тогда юниттесты нужны для юзекейсов, а контроллеры тестируются интеграционными тестами.
3. вместо commandEmitter в TelegramWrapper использовать глобальную шину сообщений. и тогда в тестах можно симулировать события через нее.
второй подход выглядит хорошо. а какие есть недостатки у третьего подхода?
А ты протестируй что эмиттер и шина в общем-то покрывают все эджкейсы и делай юниты на контроллеры из 2го варианта, мокая базу. Интеграционные тебе будут нужны всё равно, но типо для ошибок уровня экспресса, апи и тд
Если методы отправки ответа юзеру находятся в самом payload (нп payload.send()) то можно мокать только этот payload. Т.е у тебя будет что-то вроде этого. TGWrapper.onCommand('cmd', HelloCtrl); const payload = new Payload({user: id, command: ''}); TGWrapper.emit('cmd', payload); // дождаться пока контроллер работу закончит и отправит ответ через метод который находится в payload assert(payload.response)
Обсуждают сегодня