Лучшая практика для тестирования веб-приложения в отношении доменного имени и интеграции с внешним сервисом (например, Amazon S3) - PullRequest
1 голос
/ 16 мая 2010

Я сталкивался с этими проблемами несколько раз и так и не смог найти удобного решения. Допустим, мой сайт имеет доменное имя MyDomain.com. Когда я запускаю тесты на тестовом компьютере (сервер непрерывной интеграции), я изменяю файл HOSTS на этом компьютере, чтобы MyDomain.com отображался на этом локальном компьютере, а не на реальном производственном сервере. Это не очень хорошо работает во многих ситуациях. Например, мое приложение будет динамически создавать имена субдоменов user1.MyDomain.com, но это трудно поддерживать гибкость тестирования.

Другая проблема заключается в том, что мое веб-приложение будет взаимодействовать с Amazon S3 и иногда с другими сервисами, такими как Amazon Simple Message Queue. Мне удобно включать это взаимодействие в мои тесты, но я никогда не доволен своим решением для смешивания тестирования и производства в сервисах Amazon.

Может кто-нибудь предложить несколько советов по этим вопросам? Я хотел бы сделать мою среду тестирования чистой и гибкой. Я уверен, что это общий вопрос для всех веб-приложений, и должен быть продуманный способ справиться с ними.

Спасибо!

1 Ответ

4 голосов
/ 16 мая 2010

Я использую разные имена хостов в тестовом режиме или в режиме разработки. Включая различные сегменты s3 и имена хостов s3. Это позволяет тестировать и разрабатывать все функции приложения, включая s3.

Я думаю, что проще изменить используемые имена хостов, чем возиться с файлом hosts.

...