Не уверен, что это в правильном разделе или нет - дайте мне знать, если нет.
Я совершенно новичок в тестировании и развертывании в производственной среде (живое веб-приложение), и недавно присоединилсякоманда, которая имеет следующую настройку.
В настоящее время у них есть тестовый сервер X, который можно просмотреть в режиме реального времени на x.website.com, и производственный сервер Y, который просматривается на website.com.
Наша основная задача как разработчиков заключается в том, чтобы работать над проблемами GitHub, которые варьируются от небольших изменений, таких как внешний интерфейс (например, редактирование неверной ссылки), до более крупных модификаций бэкэнда.
В настоящее время их система для тестирования состоит в том, чтобыотправьте Issue_X в удаленную ветку git на сервере X для тестирования в реальном времени и попросите одного из тестировщиков группы взглянуть на него.Если человек работал над серией небольших проблем, он часто объединяет их в пакет и собирает их вместе для тестирования - но разработчик часто решает, считают ли они проблемы достаточно маленькими, чтобы их можно было объединить вместе.,В других случаях, когда разработчик работал над более серьезной проблемой, тестовый сервер может быть вне пределов на некоторое время, пока тестирование продолжается.В любом случае - тестовый сервер может использоваться только одним разработчиком за раз.Это еще более продлевается тем фактом, что многие из нашей команды (и все тестировщики) являются добровольцами, поэтому не всегда доступны.
Мой вопрос - как это соотносится с отраслевым стандартом?Это выглядит как неэффективный и непоследовательный способ сделать это.Какие есть альтернативы?