Для команд розробки UAT (User Acceptance Testing) не дуже часто є частиною їх практики – він може проходити поза лаштунками первинного виробництва, його можуть проводити якось-такось. А ось коли замовник просить вас підготувати Стратегію тестування та визначити як ви будете проводити та готуватись до UAT – ви починаєте скажено гуглити what is faking UAT. Це нормально. Є кілька точок зору на UAT – пропоную варіант.

Зрозуміймо нащо проводити UAT. Замовник бажає визначитись чи дійсно замовлене програмне забезпечення. А як замовник це визначить? З точки зору замовника програмне забезпечення має забезпечувати роботу основних бізнес-сценаріїв від початку до кінця. Тобто ми маємо визначити всі наскрізні бізнес-сценарії, відокремити всі гілки прийняття рішень та таким чином отримаємо план тестування та виконати весь бізнес сценарій (процес) від початку до кінця.