Как правильно протестировать Express приложение? Запуск http сервера — это норма или нет?

Question

[PQR]

Вопрос: могу ли я протестировать express приложение не запуская http сервер?

Гуглил “how to test express app”, очень много примеров на связке mocha + chai + chai-http.

Однако, при внимательном изучении, обнаружил что chai-http под капотом быстренько создаётся сервер (звпускает `.listen()`), а по окончании тест останавливает сервер (.close()).

Цитата из документации: (https://www.chaijs.com/plugins/chai-http/)

You may use a function (such as an express or connect app) or a node.js http(s) server as the foundation for your request. If the server is not running, chai-http will find a suitable port to listen on for a given test.

When passing an app to request; it will automatically open the server for incoming requests (by calling listen()) and, once a request has been made the server will automatically shut down (by calling .close()).

Вопрос возник из моего PHP-бэкграунда: там для тестирования приложения обычно не запускают реальный HTTP сервер слушающий порт, ибо Symfony/Laravel/... приложению можно подсунуть заранее сформированный stub request, получить response и проверить его содержимое, при этом tcp стек никак не задействован, нет подкапотного .listen() / .close(). Это ощущается более надёжным, т.к. я хочу протестировать именно роутинг и хендлеры ручек своего приложения, не вовлекая сетевой стек и реальный http сервер.

Есть ли в этом желании смысл, практикуется ли такое с express приложениями? Или поднятие http сервера для тестов express приложения нормальная практика и не стоит беспокоиться, ибо http сервер “просто работает” и нет никаких проблем с его запуском в тестах?

Answer 1

[Роман]

Не вижу ни каких проблем связанных с использованием http серева при тестах. Более того, экспресс сам по себе является таким сервером, и все его роутеры завязаны на него, получая в реквесте кучу информации, включая http заголовки и много чего еще. Теоретически наверно можно создать систему тестирования, работающую без запуска реального сервера, но для этого по крайней мере прийдется написать свой велосипед, который будет делать вид что он http сервер и подсунуть его в экспесс вместо реального. Более того, такой велосипед должен будет в полном объеме эмулировать api модуля http. Возможно такой велик даже существует, но все это кажется мне гораздо более ненадежным и неимеющим смысла. Хотя решать конечно Вам.

Comments

[PQR]

Спасибо, всё понятно! Свой хрупкий велосипед, конечно, делать не буду.

[Роман]

PQR, всегда рады помочь.

PS: Мне незнакома инфраструктура php, знаю только что для работы php в бэкэнде нужен полноценный вебсервер (apache, nginx и т.п.). Хотя допускаю возможность что мои скромные знания о php не отражают современную действительность.
Я это к тому, что при таком раскладе наверное сущесвование средств тестирования, не требующие сервера действительно имеет смысл.
С експрессом же ситуация такова, то он сам себе веб сервер, и надобность в таких средствах на мой взгляд отпадает, что конечено не дает никакой гарантии того, что их не существует. Просто я таких не слышал )

[PQR]

Кажется, я нашел некий велосипед, который эмулирует хоть и не весь http api, но request/response объекты, что позволяет тестировать хендлеры запросов express без запуска http сервера! https://github.com/howardabrams/node-mocks-http

Но в 99% статей по тестированию Express приложений пишут про использование chai-http и supertest, т.е. с полноценным запуском http сервера под капотом - видимо, так всё-таки удобнее и надёжнее в экосистеме node.js.

[Роман]

PQR, спасибо, буду знать что такое решение существует.