Владимир Скибин, приложение с SSR, хотел бы локализировать на фронте, так как данные будут меняться, например количество чего-то и по этому поводу не хотелось бы дергать бэк, чтобы получить новую фразу. В то же время в проекте основной язык русский и не хотелось бы городить лишние файлы для выбора русских фраз.
Alexej Simakov, простите за мою необразованность в вопросе тестирования. Но мне тест нужен для того, чтобы быть уверенным, что именно на боевом сервере в обычном режиме весь разработанный функционал работает нормально)
Чтобы добится независимости от такого возможного бага, вы при тестировании запросов с залогиненым пользователем настраиваете систему перед тестом таким образом чтобы она не учитывала информацию по логину.
Дело в том, что сервер абсолютно не знает, тестирование сейчас проходит или реальный пользователь проверяет все фичи приложения со скоростью 25 запросов в секунду :) Условия самые так сказать боевые. Я конечно в тестировании пока полный чайник, но из опыта разработки могу сказать, что иногда случаются разнообразные казусы от различия в окружениях (дев, прод и тест), поэтому хотел бы проводить тестирование сначала на локальном сервере, а затем сразу же после деплоя на production-сервере. Проект по сути предполагается небольшим, поэтому тест всех функций после его полной реализации, думаю, не превысит и минуты.
Ну а дальше, новую фичу запилил, может потребуется доработка каких-то общих компонентов. Тест прогнал, весь функционал проеврил сразу, не боясь о том, что на тест-окружении все было норм, а на проде что-то пойдет не так.
Алексей Тен, как программист я привык, что условие должно отрабатывать всегда, а не с какими-то закулисными оговорками. И если указано, что при запросе post должны добавляться указанные заголовки, то они должны добавляться не зависимо от того, какой статус ответа, какая длина контента и прочих не указанных в условии параметров