Режим dev-test-prod (разработка-тестирование-эксплуатация) предполагает, что разработка и тестирование новых процессов ведутся не в рабочем приложении (где работают обычные бизнес-пользователи), а в отдельных приложениях. В рабочее приложение переносятся только проверенные, протестированные процессы.
Если количество шагов минимальное (2 – 3), нет необходимости данную проверку описывать в отдельном кейсе, она вполне может быть учтена как один из пунктов чек-листа. С другой же стороны, чрезмерное количество шагов (более 10 – 15) сделает кейс перегруженным и сложным для восприятия и выполнения.
Обычно предполагается, что тестирование нужно проводить на отдельном окружении, чаще на QA environment или Staging (пре-прод), ...
Всем привет! Я понимаю, чем отличается dev, test, prod среды и для чего они нужны, но не очень хорошо понимаю, как должен быть устроен stage ...
/dev → [demo]. /dev → /main. /main → [test]. /main → [stage]. /main → [prod]. То, что исправляется в /main при тестировании, естественно → /dev.
Обычно предполагается, что тестирование нужно проводить на отдельном окружении, чаще на QA environment или Staging (пре-прод), ...
Метрики для выхода в Прод - отправлено в Про тестирование обо всём подряд: Коллеги, привет. Подскажите, использует кто-то в своей практики ...
Testing in Production, the safe way (by Cindy Sridharan @copyconstruct) Topics include: - why test in prod when you can test in staging
... на прод все заканчивается. Но мир меняется и стали попадаться статьи про опыт тестирования в продакшене, про возможность тестировать то, ...
Приемочное пользовательское тестирование (UAT – User Acceptance Testing) – тестирование, которое проводится конечными пользователями системы с целью ...
Анализ дефектов ПРОД для... Понимание жизненного цикла разработки ПО. Знание методик тестирования. Обязателен опыт работы в тестировании от 1 года.