Мета:
- Знизити операційні витрати ДП Прозорро.Продажі та майданчиків на автоматичне тестування;
- Перейти від формальної процедури автотестування, яка зараз потрібна виключно для акредитації, до автотестів, які виконуються регулярно і потрібні самим майданчикам;
- Зафіксувати та оцінити працездатність і взаємодію майданчиків з ЦБД-3 (на прикладі процедури “зелених аукціонів”);
- Розробити постійне автоматичне тестування зв’язку між майданчиком та ЦБД-3;
- Оцінити відповідну валідацію даних на стороні майданчика;
- Зрозуміти, наскільки швидко, за потреби, можливо реалізувати тестування нової процедури;
Вимоги:
Фреймворк має автоматично адаптуватися до змін у процедурі використовуючи https://procedure-staging.prozorro.sale/api/doc#/ (парсинг swagger doc або інші автоматичні варіанті реалізації)
Тестування має в себе включати дотримання бізнес логіки, перевірку відповідності полів на стороні майданчика згідно конфігурації полів в ЦБД та враховувати функціонал ролі (організатор, учасник, глядач, тощо)
Майданчик не має додатково адаптувати свій фронт/бек-енд для початку автотестування (за умови виконання підготовчих робіт на етапі розробки майданчиків відповідно до інструкцій ДП Прозорро.Продажі). Єдина дія, яка вимагається від майданчика надання url для тестування з урахуванням ролей.
До передачі автотестів на діючі майданчики необхідно мати можливість перевірити їх валідність, використовуючи власний тестовий майданчик (за створення відповідає розробник ЦБД-3).
До моменту створення тестового майданчика та початку роботи ЦБД-3 на діючих майданчиках, необхідно: підготувати загальну концепцію, окреслити архітектуру та обрати технічні рішення, що будуть використовуватись. Також узгодити реалізацію нового підходу к автотестуванню з майданчиками.
Звіти про перебіг тестування та статус майданчиків мають бути доступними публічно та містити інформацію, необхідну для діагностики проблем, в разі їх наявності.
Використовуючи https://procedure-staging.prozorro.sale/api/doc#/, технічне завдання та набір тестових сценаріїв розробити та реалізувати автоматичне тестування для:
- Health check
- procedure
- questions
- bids
- awards
- history
- contracts
Ідея реалізації:
З ЦБД Swagger отримує конфігурацію процедури, схематично на прикладі розлядаємо конфігурацію полів(1). На стороні майданчика (рекомендовано використовувати парсер) через swagger формується фронтенд(2). Написання автотестів(3), згідно прикладу заповнюються необхідні поля, створюється поцедура та перевіряється валідність її створення в ЦБД.