Мета:

Вимоги:

Фреймворк має автоматично адаптуватися до змін у процедурі використовуючи   https://procedure-staging.prozorro.sale/api/doc#/ (парсинг swagger doc або інші автоматичні варіанті реалізації)

Тестування має в себе включати дотримання бізнес логіки, перевірку відповідності полів на стороні майданчика згідно конфігурації полів в ЦБД та враховувати функціонал ролі (організатор, учасник, глядач, тощо)

Майданчик не має додатково адаптувати свій фронт/бек-енд для початку автотестування (за умови виконання підготовчих робіт на етапі розробки майданчиків відповідно до інструкцій ДП Прозорро.Продажі). Єдина дія, яка вимагається від майданчика надання url для тестування з урахуванням ролей. 

До передачі автотестів на діючі майданчики необхідно мати можливість перевірити їх валідність, використовуючи власний тестовий майданчик (за створення відповідає розробник ЦБД-3).

До моменту створення тестового майданчика та початку роботи ЦБД-3 на діючих майданчиках, необхідно: підготувати загальну концепцію, окреслити архітектуру та обрати технічні рішення, що будуть використовуватись. Також узгодити реалізацію нового підходу к автотестуванню з майданчиками. 

Звіти про перебіг тестування та статус майданчиків мають бути доступними публічно та містити інформацію, необхідну для діагностики проблем, в разі їх наявності.

Використовуючи https://procedure-staging.prozorro.sale/api/doc#/, технічне завдання та набір тестових сценаріїв розробити та реалізувати автоматичне тестування для:

Ідея реалізації:

З ЦБД Swagger отримує конфігурацію процедури, схематично на прикладі розлядаємо конфігурацію полів(1). На стороні майданчика (рекомендовано використовувати парсер) через swagger формується фронтенд(2). Написання автотестів(3), згідно прикладу заповнюються необхідні поля, створюється поцедура та перевіряється валідність її створення в ЦБД.