Перед тим, як продукт потрапляє до користувачів на прод, він проходить декілька етапів тестування на різних тестових середовищах. І вважається правильним не тестувати на бойовому сервері. Але якщо у команді вже склалася така практика, вони можуть обґрунтувати тестування на проді так:

• Stage тестове середовище хоча і являється стабільним і найбільше наближеним до продашн, але все ж таки не всі функції працюють так само, або частина функціонала може не працювати взагалі. Наприклад деякі API налаштування не мають тестового варіанту, такі як SMS.
• Production сервер більш потужний, а також має більше записів у БД і навантажувальне тестування адекватно можна провести тільки на бойовому сервері.
• Дуже важко підтримувати Stage, щоб всі налаштування були точно як на проді. Це все одно, що створити ще один Facebook.

Як я особисто для себе вирішила поступати, коли мене просять протестувати на проді? Я намагаюся цього не робити. Бо якщо протестую який рідкісний випадок і впаде прод, то не хотілося б потім пояснювати, що самі вони винуваті, що попросили. Якщо від тестування ніяк не можна ухилитись, то можна набрати суппорті по відео-зв’язку виконувати це тестування, бо у інтересах супорта також робити все максимально обережно, у них є всі необхідні доступи, тобто робити чужими руками так би мовити. Таким чином ми як тестуваньники не порушимо принципу тестування, що не можна тестувати на проді, ми залишимося у рамках своєї відповідальності. У той час як для суппорта щоб робити на проді – це звична справа.