Как заблокировать пользователей на этапе тестирования?

Даже при надлежащем тестировании на более низких уровнях (модульное тестирование, статический анализ, тестирование удобства использования в коридоре и т. Д.) Нам необходимо снова провести некоторые минимальные тесты в PROD после развертывания релизов.

Предполагая, что мы хотим заблокировать пользователей на этапе тестирования. Зачем? Таким образом, они не столкнутся с какими-либо несоответствиями, если какая-то аномалия проявится в PROD. например, конфликты, вызванные некоторыми автоматическими процедурами тестирования, поврежденными данными и т. д.

Я видел приложения, которые:

  1. Заблокировано с помощью сетевых правил, т. Е. Только IP-адреса пользователей QA имеют доступ к приложению.
  2. Заблокирован прокси /SSO-сервером на основании их учетных данных.

Я реализовал вариант № 2, так как у меня больше контроля над процессом (так как я избегаю ненужных итераций с сетевой командой), какой метод вы бы выбрали? ИЛИ у вас есть альтернатива тестам PROD?

2 ответа

Решение

Тестирование продукта важно.

Запрещение случайным пользователям доступа к системе, пока вы проводите тестирование продукта, имеет значение.

Кроме того, если у вас есть достаточно простые / понятные / надежные средства, которые сами по себе не содержат новых ошибок / проблем, вам не нужно переосмысливать вещи.

В идеальном мире у вас есть среда отработки отказа... При развертывании и тестировании модернизированной системы производство может работать при отработке отказа, если вы счастливы, что переключились на обновленную систему.

Это сопряжено с риском того, что если сбой сам по себе завершится неудачно и вы недовольны тестированием, вам некуда идти

Другие вопросы по тегам