Загальна інформація про інтерфейс адміністратора

Мета:

Переведення типових адміністративних функцій з оперування інженерів до оперування нетехнічних співрообітників

Засади (будь-які зміни та розширення мають відповідати усім наведеним умовам):

  • персональна авторизація
  • логованість усіх дій: якщо зміна відноситься до бізнес-сутності - лог публічний, якщо операція внутрішня - лог технічний
  • безпечність операцій: користувач може зробити тільки те, що не зашкодить системі (включаючи відмову від змін, безпенічть яких є сумнівною)
  • повна автоматичність: жодна дія не вимагає прямої участі інженера
  • можливість відновлення попереднього стану
  • керування ризиками: операції з високим рівнем ризикованості вимагають додаткового підтвердження
  • керування правами на рівні однієї операції

До чого може бути застосовано дію адмінки:

  • налаштування видимості
  • права доступу

До чого НЕ може бути застосовано дію адмінки:

  • дані будь-якого об'єкту процедури, аукціонів, реєстру, сервісу документів
  • видалення будь-якого об'єкту процедури, аукціонів, реєстру, сервісу документів

Процес застосування змін: 

  • Об'єкти, для яких змінні параметри вичитуються при кожному зверненні: зміни застосовуються відразу (безпосередній виклик сервісів, що веде до зміни потрібних параметрів)
  • Об'єкти, для яких змінні параметри зберігаються в пам'яті: зміна застосовуєтья шляхом запуску пайплайну, що включає постановку в чергу перезапуск задіяного сервісу. автоматичний пеерезапус має відбуватись в неробочий час. за потреби може бути виконаний вручну раніше

Посилання:

Prozorro.Sale Administration: sandboxdev

Інструкція - передача доступів до процедур (або інших сутностей) між майданчиками

Тест план

Реалізація адміністративного інтерфейсу для передачі доступів

Відповідальна особа ДП prozorro.sale, за наявності юридичних підстав, для можливості здійснювати передачу доступів без залучення співробітників інших відділів\представників підрядника.

  • Зміна owner (власника) процедури
  • Зміна owner (власника) Учасника
  • Зміна owner (власника) обєкту реєстру, дії та заявки
  • Зміна типу приватний/публічний документ
  • Приховання даних процедури
  • Приховання даних обєкту реєстру

Особливості:

Відповідальна особа ДП prozorro.sale - за наявності юридичних підстав, для можливості здійснювати передачу доступів без залучення співробітників інших відділів\представників підрядника.

Організатор - власник об'єкту або процедури. Має можливість бачити скриті дані.

Заявник - власник заявки до об'єкту реестра. 

Учасник - користувач що зробив ставку. Має можливість бачити скриті дані. 

Спостерігач - не зареєстрований на Майданчику. Не має можливість бачити скриті дані.

Користувач - зареєстрований на Майданчику, але не приймає участі в аукціоні. Не має можливість бачити скриті дані.


Сценарії додано окремо для:

1) Приховання інформації - anonimization: Procedure protection commands Registry object protection commands

2) "Додаткова інформація до процедур" 

 

Додано нові сценарії з приводу змін, пов'язаних з міграцією ЦБД2 згідно вимог та технічного завдання: Re: Технічна документація для створення архіву ЦБД2

Таблиця змін

Дата

Номер сценарію

Короткий опис змін

30.01.2024

CBD3-PSADMIN-UC-08-01

CBD3-PSADMIN-UC-08-02

CBD3-PSADMIN-UC-08-03

CBD3-PSADMIN-UC-09-01

CBD3-PSADMIN-UC-09-02

CBD3-PSADMIN-UC-09-03

Додано нові сценарії стосовно нового функціоналу, повязаного із міграцією ЦБД-2 згідно документації: Re: Технічна документація для створення архіву ЦБД2
31.01.2024

CBD3-PSADMIN-UC-12-01

CBD3-PSADMIN-UC-13-01

CBD3-PSADMIN-UC-14-01

CBD3-PSADMIN-UC-15-01

Додано нові сценарії стосовно нового функціоналу, повязаного із міграцією ЦБД-2 згідно документації: Re: Технічна документація для створення архіву ЦБД2



Зміст

1. Реєстрація, логування, авторизація користувача. Зміна пароля, профайлу користувача

CBD3-PSADMIN-UC-01-01Реєстрація та логування користувача
CBD3-PSADMIN-UC-01-02Зімна пароля користувача
CBD3-PSADMIN-UC-01-03Зміна профайла користувача
CBD3-PSADMIN-UC-01-04

Автоматичне вилоговування користувача

2.  Change procedure owner commands 
CBD3-PSADMIN-UC-02-01Зміна власника для однієї процедури з викорстанням значення для ідентифіації процедури - auctionID
CBD3-PSADMIN-UC-02-02Зміна власника для 20-ти процедур з викорстанням для пошуку значення ID, status, selling methood, owner
CBD3-PSADMIN-UC-02-03Логування команд та відображення команд стосовно змін
3. Change registry owner commands
CBD3-PSADMIN-UC-03-01Зміна власника для одного Registry з викорстанням значення для ідентифікації - registryObjectID
CBD3-PSADMIN-UC-03-02Зміна власника для 20-ти Registry з викорстанням для пошуку значення ID, registryObjectID, owner
CBD3-PSADMIN-UC-03-03Зміна власника для 20-ти Actions з викорстанням значення для ідентифіації LeaseActionID, owner 
CBD3-PSADMIN-UC-03-04Зміна власника для 20-ти Lease Request з викорстанням значення для ідентифіації LeaseRequestID, owner 
CBD3-PSADMIN-UC-03-05Зміна власника для 20-ти Assets малої приватизації з викорстанням значення для ідентифікації  AssetID, owner 
CBD3-PSADMIN-UC-03-06Зміна власника для 20-ти Executions малої приватизації з викорстанням значення для ідентифікації  ExecutionID, owner 
CBD3-PSADMIN-UC-03-07Зміна власника для 20-ти Assets великої приватизації з викорстанням значення для ідентифікації  AssetID, owner
CBD3-PSADMIN-UC-03-08Зміна власника для 20-ти Executions великої приватизації з викорстанням значення для ідентифікації  ExecutionID, owner 
CBD3-PSADMIN-UC-03-09Логування команд та відображення команд стосовно змін
4. Change date config
CBD3-PSADMIN-UC-04-01Зміна робочого дня на вихідний
CBD3-PSADMIN-UC-04-02Зміна вихідного дня на робочий
CBD3-PSADMIN-UC-04-03Логування команд та відображення команд стосовно змін
5. Move procedure document cmmands
CBD3-PSADMIN-UC-05-01Зміна документу з public на private
CBD3-PSADMIN-UC-05-02Зміна документу з private на public 
CBD3-PSADMIN-UC-05-03Логування команд та відображення команд стосовно змін
6. Move registry document cmmands
CBD3-PSADMIN-UC-06-01Зміна документу Registry з public на private
CBD3-PSADMIN-UC-06-02Зміна документу Registry з private на public 
CBD3-PSADMIN-UC-06-03Зміна документу Action з public на private
CBD3-PSADMIN-UC-06-04Зміна документу Action з private на public 
CBD3-PSADMIN-UC-06-05Зміна документу Lease Request з public на private
CBD3-PSADMIN-UC-06-06Зміна документу Lease Request з private на public 
CBD3-PSADMIN-UC-06-07Зміна документу Asset з public на private
CBD3-PSADMIN-UC-06-08Зміна документу Asset з private на public 
CBD3-PSADMIN-UC-06-09Зміна документу Execution з public на private
CBD3-PSADMIN-UC-06-10Зміна документу Execution з private на public 
CBD3-PSADMIN-UC-06-11Зміна документу Large Asset з public на private
CBD3-PSADMIN-UC-06-12Зміна документу Large Asset з private на public 
CBD3-PSADMIN-UC-06-13Зміна документу Large Execution з public на private
CBD3-PSADMIN-UC-06-14Зміна документу Large Execution з private на public 
CBD3-PSADMIN-UC-06-15Логування команд та відображення команд стосовно змін
7. Change Bid owner commands
CBD3-PSADMIN-UC-07-01Зміна робочого дня на вихідний
CBD3-PSADMIN-UC-07-02

Логування команд та відображення команд стосовно змін

8.  Додавання файлів до Asset з використанням "Add oldAsset document commands"
CBD3-PSADMIN-UC-08-01Додавання 1-го файлу
CBD3-PSADMIN-UC-08-02Додавання декількох файлів зі всіма можливими типами документів
CBD3-PSADMIN-UC-08-03Додавання декількох файлів з однаковим типом документів
9. Додавання файлів до Execution з використанням "Add oldExecution document commands"
CBD3-PSADMIN-UC-09-01Додавання 1-го файлу
CBD3-PSADMIN-UC-09-02Додавання декількох файлів зі всіма можливими типами документів
CBD3-PSADMIN-UC-09-03Додавання декількох файлів з однаковим типом документів
10. Додавання файлів до Jobber з використанням "Add oldJobber document commands"
CBD3-PSADMIN-UC-10-01Додавання 1-го файлу
CBD3-PSADMIN-UC-10-02Додавання декількох файлів зі всіма можливими типами документів
CBD3-PSADMIN-UC-10-03Додавання декількох файлів з однаковим типом документів
11. Додавання файлів до procedures з використанням "Add oldProcedure document commands"
CBD3-PSADMIN-UC-11-01Додавання 1-го файлу
CBD3-PSADMIN-UC-11-02Додавання декількох файлів зі всіма можливими типами документів
CBD3-PSADMIN-UC-11-03Додавання декількох файлів з однаковим типом документів
12. Зміна статусу для Asset з використанням команди  "Change status oldAsset command"
CBD3-PSADMIN-UC-12-01Зміна статусу
CBD3-PSADMIN-UC-12-03Перевірка всіх можливих варіантів зміни статусів
13. Зміна статусу Execution з використанням  "Change status oldExecution command"
CBD3-PSADMIN-UC-13-01Зміна статусу
CBD3-PSADMIN-UC-13-02Перевірка всіх можливих варіантів зміни статусів
14. Зміна статусу Jobber з використанням  "Change status oldJobber command"
CBD3-PSADMIN-UC-14-01Зміна статусу
CBD3-PSADMIN-UC-14-02Перевірка всіх можливих варіантів зміни статусів
15. Зміна статусу Procedure з використанням  "Change status oldProcedure command"
CBD3-PSADMIN-UC-15-01Зміна статусу
CBD3-PSADMIN-UC-15-02Перевірка всіх можливих варіантів зміни статусів

1. Реєстрація, логування, авторизація користувача. Зміна пароля, профайлу користувача

CBD3-PSADMIN-UC-01-01

Реєстрація та логування користуавача
RoleПовноважена особа від Продажі. Sale 
Preconditions

Для даного користувача сервісу надано Логін 1, Пароль 1 для Prozorro.Sale Administrator.

Користувач в особистому кабінеті має прив'язаний власний пристрій на якому встановлено програму авторизації, яка забезпечить дворівневу перевірку. Наприклад, "Google Authenticator", де користувач отримав одноразовий OTP Token 1 для підтвердження дій.

Користувач використоувє лінку адмінки https://control-panel-sandbox.prozorro.sale/control-panel/administration/ 

Steps To Reproduce
  1. На діалоговій формі "Prozorro. Sale Administrator" вносить значення у поля: 
  • Username = Логін 1
  • Password = Пароль 1
  • OTP Token = OTP Token 1, який отримав від "Google Authenticator" станом на момент логування адмінки не пізніше як 30 сек до момету логування

2. Використовує клавішу "Log in"

3. Відкриваємо поле Namespace

4. Визначаємо значення prozorro-sandbox

Expected results




  1. Користувач успішно вносить значення у всі поля. 

2.1. Виконуються автоматичні перевірки на значення імені користувача, пароля та валідність OTP Token.

2.2. Відкривається форма Prozorro. Sale.ADministration на якій розтошовано:

  • Поле: Namespace
  • Recent actions з порожнім переліком значень

3. Присутні значення prozorro-sandbox, prozorro-sandbox-dgf.

4. 1. Присутній перелік з 8-ми значень для Commands на sandbox:

4.2. Для кожної із команди доступною є клавіші "+Add", "View"

4.3. На верхній панелі навігації є в доступі до використання закладки:

  • Профайл користувача з іменем залогованого користувача
  • Access logs
  • Change password
  • Log out
Зміст
Тестування
Results: 

CBD3-PSADMIN-UC-01-02

Зімна пароля користувача

RoleПовноважена особа від Продажі. Sale 
PreconditionsКористувач є залогований і присутній на головній сторінці Prozorro.Sale.Administration
Steps To Reproduce
  1. Переходимо на "Change Password" закладку.
  2. Вносимо валідні значення у поля: Old password, New password, New password confirmation та використоувємо клавішу "Change my password" 
  3. Вилоговуємось і повторно логуємось з новим значенням для пароля.

Expected results




  1. Відкривається діалогове вікно для зміни пароля
  2. Система коректно зберігає внесені значення. 
  3. Користувач успішно логується із новим значеннм для пароля.
Зміст
Тестування
Results: 

CBD3-PSADMIN-UC-01-03

Зміна профайла користувача
RoleПовноважена особа від Продажі. Sale 
PreconditionsКористувач є залогований і присутній на головній сторінці Prozorro.Sale.Administration
Steps To Reproduce
  1. Навігуємось на профайл користуавча
  2. У зазначені на формі поля вносимо нові валідні значення
  3. Використвуємо клавішу "Save and continue editing"
  4. Використовуємо клавішу "Close"

Expected results




  1. Відкривається діалогова форма для зміни значень у полях:
  • User name, First name, Last name, Email address;
  • Dates: Date joined, Last login;
  • Actions: Pasword - з лінкою переходу на функцію "Change password"
  • Conneted otp devices: з лінкою переходу на функцію "Add new device"
  • Connected Devieces: відображається інформація про відповідно внесений попередньо пристрій 

2. Є можливість внесення нових валідних значень

3. Система коректно зберігає зміни

4. Діалогова фрма для змін даних профайлу користуваач закривається. 

 Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-01-04

Автоматичне вилоговування користувача
RoleПовноважена особа від Продажі. Sale 
Preconditions

Користувач є залогований і присутній на головній сторінці Prozorro.Sale.Administration

Steps To Reproduce
  1. Протягом 20 хв користувач не робить жодних дій у програмі
  2. На 21 хв. корситувач навігується на свій профайл щоб внести зміни 

Expected results




2. Користувача система автоматично вилоговує. Для користувача доступна відкрита форма для повторного логування в систему

Зміст
Тестування
Results: 

2.  Change procedure owner commands 

CBD3-PSADMIN-UC-02-01

2.1. Зміна власника для однієї процедури з викорстанням значення для ідентифіації процедури - auctionID
RoleПовноважена особа від Продажі. Sale 
Preconditions

На Commands administration вибрано команду "Change procedure owner commands" 

Присутня Процедура 1 із ID=1 та з Owner Name 1. Присутній у базі Owner  Name 2.

Steps To Reproduce
  1. Використовуємо клавішу "Add"
  2. Використвуємо клавішу "Select max 20 object"
  3. Відкриваємо перелік значень у полі "Select filter"
  4. У полі "Select filter" визначаємо auctionID = 1. Використовуємо клавішу "Add"
  5. У полі auctionID визначаємо ID 1 для Процедури 1. Та використоувємо клавішу "Search"
  6. На формі перегляду вибраних процедур визначаємо рекорд для Процедури 1 та закриваємо цю форму перегляду даних.
  7. На загальній діалоговій формі "Change procedure owner commands" у полях визначаємо значення:
  • Old Owner = "Owner Name 1"
  • Owner = "Owner Name 2"
  • Reason = "Reason 1"
  • Otp token =  current value for Otp Token 1

Використовуємо клавішу "Save and view".

8. На Command results секції в клонці Result використовуємо клавішу "Refresh"

Expected results

  1. Відкривається діалогове вікно "Change procedure owner command". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Відкривається діалогова форма для внесення даних. Перевірити наявність полів, колонок згідно мокапу форми. 
  3. У полі "Select filter" присутні значеня: ID, auctionID, sellingMethod, status, owner.
  4. Появляється поле auctionID.
  5. У таблиці вибраних даних додався 1 рекорд для відповідної Процедури 1. Перевірити коретність значень даної процедури у колонках:  ID, Auction ID, Selling Method, Status, Owner, Date Modiified, Date Published.
  6. На загальній діалоговій формі "Change procedure owner commands" додався рекорд для Процедури 1 з валідними значеннями у всіх колонках.

7.1. Закривається дана форма. Появляється повідомлення: The SANDBOX: Change procedure owner command “ChangeProcedureOwnerCommand object (25)” was added successfully. 

7.2. Відкривається View Sandbox Change procedure owner commands діалогова форма з відображенням коректних даних для Процедури 1 зі зміненими значеннями Owner. В Command results у колонці Status відображається значення Pending.   

8. Для рекорду на Command results у колонці Status відображається значення Success

У JSON даної процедури:

8. Для поля Owner Процедури 1 присутнє значення "Owner Name 2"

Для Майданчиків:

8.1. Для Майданчика з "Owner Name 1" Процедура 1 відображається зі значенням "Owner Name 2" у полі "Ідентифікатор майданчика"

8.2. Для Майданчика з "Owner Name 2" Процедура 1 відображається зі значенням "Owner Name 2" у полі "Ідентифікатор майданчика"

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-02-02

2.2. Зміна власника для 20-ти процедур з викорстанням для пошуку значення ID, status, selling methood, owner
RoleПовноважена особа від Продажі. Sale 
Preconditions

Присутньо 20 різного напрямку процедур з різними можливими статусами ТА з власником "Owner Name 1". Присутній власник "Owner Name 2". Для набору процедур для тестування використати всі можливі процедури згідно файлу Додаткова інформація для процедур_ Адмінка_04_10_2023

На Commands administration вибрано команду "Change procedure owner commands" 

Steps To Reproduce
  1. Для визначення даних на діалогоівй формі задати значення для ідентифікації процедур, використовуючи значення ідентифікації у полі "Select filter" та для даного параметру вказати валідне значення:
  • ID - визначити 5 процедур
  • status = визначити 5 процедур з різними статусами
  • selling methood - визначити 5 процедур з різними типами (напр., basicSell-english-fast)
  • owner - визначити 5 із Owner 1 

2. Додати визначені процедури на форму View. Change procedure owner commands

3. На загальній діалоговій формі "Change procedure owner commands" у полях визначаємо значення:

  • Old Owner = "Owner Name 1"
  • Owner = "Owner Name 2"
  • Reason = "Reason 1"
  • Otp token =  current value for Otp Token 1

Перевсти статус команди з pending у success з використанням клавіші "Refresh". 

Expected results

  1. Користвач може визначити зазначені дані. Система коректно здійснює пошук даних за вказаним параметром.
  2. Всі 20 процедур коректно відображаються у таблиці перегляду з коректними даними у всіх колонках гріда.
  3. Статус команди на зміну власника процедури коректно змінився на success. У полі "ID" даної форми відображається перелік ID значень всіх 20 процедур, які були попередьно визначені для змін.

У JSON даних процедури:

3. Для поля Owner всіх 20-ти процедур присутнє значення "Owner Name 2"

Для Майданчиків:

3.1. Для Майданчика з "Owner Name 1" вісх 20 роцедур відображаються зі значенням "Owner Name 2" у полі "Ідентифікатор майданчика"

3.2. Для Майданчика з "Owner Name 2" вісх 20 роцедур відображається зі значенням "Owner Name 2" у полі "Ідентифікатор майданчика"

Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот): 
Results: 

CBD3-PSADMIN-UC-02-03

2.3. Логування команд та відображення команд стосовно змін

Role

Повноважена особа від Продажі. Sale 

Preconditions

Користувач здійснив 2 команди стосовно зміни власника процедури.:

  • В рамках Команди 1 відбулась зміна власника лише для 1-єї процедури. 
  • В рамках Команди 2 відубвалсь зміна власника для 20-процедур 

Присутній на Change procedure owner commands" 

Steps To Reproduce
  1. Перелік рекордів та відображення інформації
  2. Відкриваємо Рекорд 1 для прегляду
  3. Відкриваємо Рекорд 2 для перегляду

Expected results

  1. На формі перегляду відображаються 2 рекорди з коректними даними для колонок "Created at", "Created by
  2. На діалоговій формі VIew Cnange procedure owner commands коректно відображається інформація стосовно Рекорд 1 - відображаються дані для Команди 1 
  3. На діалоговій формі VIew Cnange procedure owner commands коректно відображається інформація стосовно Рекорд 1 - відображаються дані для Команди 2
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

3. Change registry owner commands

CBD3-PSADMIN-UC-03-01

3.1. Зміна власника для одного registry з викорстанням значення для ідентифіації registry - registryObjectID
Preconditions

На Commands administration вибрано команду "Change registy owner commands" 

Присутній registry 1 із ID=1 та з Owner Name 1. Присутній у базі Owner  Name 2.

Steps To Reproduce
  1. Використовуємо клавішу "Add"
  2. У полі collection визначаємо Registry
  3. Використвуємо клавішу "Select max 20 object"
  4. Відкриваємо перелік значень у полі "Select filter"
  5. У полі "Select filter" визначаємо registryObjectID = 1. Використовуємо клавішу "Add"
  6. У полі registryObjectID визначаємо ID 1 для registry 1. Та використоувємо клавішу "Search"
  7. На формі перегляду вибраних реєстрів визначаємо рекорд для registry 1 та закриваємо цю форму перегляду даних.
  8. На загальній діалоговій формі "Change registry owner commands" у полях визначаємо значення:
  • Old Owner = "Owner Name 1"
  • Owner = "Owner Name 2"
  • Reason = "Reason 1"
  • Otp token =  current value for Otp Token 1

Використовуємо клавішу "Save and view".

9. На Command results секції в клонці Result використовуємо клавішу "Refresh"

Expected results

  1. Відкривається діалогове вікно "Change registry owner command". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Система дозволяє вибір значення
  3. Відкривається діалогова форма для внесення даних. Перевірити наявність полів, колонок згідно мокапу форми. 
  4. У полі "Select filter" присутні значеня: ID, auctionID, sellingMethod, status, owner.
  5. Появляється поле auctionID.
  6. У таблиці вибраних даних додався 1 рекорд для відповідного Registry 1. Перевірити коретність значень даної процедури у колонках:  ID, Auction ID, Selling Method, Status, Owner, Date Modiified, Date Published.
  7. На загальній діалоговій формі "Change registry owner commands" додався рекорд для Registry 1 з валідними значеннями у всіх колонках.

7.1. Закривається дана форма. Появляється повідомлення: The SANDBOX: Change registry owner command “ChangeRegistryOwnerCommand object (25)” was added successfully. 

8. Відкривається View Sandbox Change registry owner commands діалогова форма з відображенням коректних даних для registry 1 зі зміненими значеннями Owner. В Command results у колонці Status відображається значення Pending.   

9. Для рекорду на Command results у колонці Status відображається значення Success

У JSON даної процедури:

9. Для поля Owner regestry 1 присутнє значення "Owner Name 2"

Для Майданчиків:

9.1. Для Майданчика з "Owner Name 1" regestry 1 відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика".

9.2. Для Майданчика з "Owner Name 2" regestry 1 відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика".

Зміст
Тестування 
Results: 

Самостійне тестування Майданчика (посилання на процедуру/скріншот):

Results: 

CBD3-PSADMIN-UC-03-02

3.2. Зміна власника для 20-ти registry з викорстанням для пошуку значення ID, registryObjectID, owner
RoleПовноважена особа від Продажі. Sale 
Preconditions

На Commands administration вибрано команду "Change registy owner commands"

Присутньо 20 registry з Owner Name 1

Steps To Reproduce
  1. Для визначення даних на діалогоівй формі задати значення для ідентифікації registry, використовуючи значення ідентифікації у полі "Select filter" та для даного параметру вказати валідне значення:
  • ID - визначити 7 registries
  • registryObjectID - визначити 7 registries
  • owner - визначити 6 із Owner Name1 

2. Додати визначені registries на форму View. Change registry owner commands

3. На загальній діалоговій формі "Change registry owner commands" у полях визначаємо значення:

  • Old Owner = "Owner Name 1"
  • Owner = "Owner Name 2"
  • Reason = "Reason 1"
  • Otp token =  current value for Otp Token 1

Перевсти статус команди з pending у success з використанням клавіші "Refresh". 

Expected results

  1. Користвач може визначити зазначені дані. Система коректно здійснює пошук даних за вказаним параметром.
  2. Всі 20 registries коректно відображаються у таблиці перегляду з коректними даними у всіх колонках гріда.
  3. Статус команди на зміну registry коректно змінився на success. У полі "ID" даної форми відображається перелік ID значень всіх 20 registries, які були попередьно визначені для змін.

У JSON даних registries:

3. Для поля Owner всіх 20-ти registries присутнє значення "Owner Name 2"

Для Майданчиків:

3.1. Для Майданчика з "Owner Name 1" вісх 20 registries відображаються значення "Owner Name 2" у полі "Ідентифікатор майданчика"

3.2. Для Майданчика з "Owner Name 2" вісх 20 registries відображаються значення "Owner Name 2" у полі "Ідентифікатор майданчика"

Зміст
Тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-PSADMIN-UC-03-03

3.3. Зміна власника для 20-ти Actions з викорстанням значення для ідентифіації - LeaseActionID, owner 
Preconditions

На Commands administration вибрано команду "Change registy owner commands" 

Присутні 20 Actions з Owner Name 1. Присутній у базі Owner  Name 2.

Steps To Reproduce
  1. Використовуємо клавішу "Add"
  2. У полі collection визначаємо Action
  3. Використвуємо клавішу "Select max 20 object"
  4. Відкриваємо перелік значень у полі "Select filter" і для значень визначаємо:
  • з LeaseActionID - 10 Дій (actions);
  • з owner - 10 Дій (actions)

5. На загальній діалоговій формі "Change registry owner commands" у полях визначаємо значення:

  • Old Owner = "Owner Name 1"
  • Owner = "Owner Name 2"
  • Reason = "Reason 1"
  • Otp token =  current value for Otp Token 1

Використовуємо клавішу "Save and view".

6. На Command results секції в клонці Result використовуємо клавішу "Refresh"

Expected results

  1. Відкривається діалогове вікно "Change registry owner command"
  2. Система дозволяє вибір значення
  3. Відкривається діалогова форма для внесення даних. 
  4. На загальній діалоговій формі "Change registry owner commands" додалися рекорди для 20-ти Actions з валідними значеннями у всіх колонках.

5.1. Закривається дана форма. Появляється повідомлення: The SANDBOX: Change registry owner command “ChangeRegistryOwnerCommand object (20)” was added successfully. 

5.2. Відкривається View Sandbox Change registry owner commands діалогова форма з відображенням коректних даних для 20-ти Actions зі зміненими значеннями Owner. В Command results у колонці Status відображається значення Pending.   

6. Для рекорду на Command results у колонці Status відображається значення Success

У JSON даної Action:

6. Для поля Owner присутнє значення "Owner Name 2"

Для Майданчиків:

6.1. Для Майданчика з "Owner Name 1" - Action 1 відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика"

6.2. Для Майданчика з "Owner Name 2" - Action 1 відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика"

Зміст
Тестування 
Results: 

Самостійне тестування Майданчика (посилання на процедуру/скріншот):

Results: 

CBD3-PSADMIN-UC-03-04

3.4. Зміна власника для 20-ти Lease Requests з викорстанням значення для ідентифіації - LeaseRequestID, owner 
RoleПовноважена особа від Продажі. Sale 
Preconditions

На Commands administration вибрано команду "Change registy owner commands" 

Присутні 20 Lease Rquests з Owner Name 1. Присутній у базі Owner  Name 2.

Steps To Reproduce
  1. Використовуємо клавішу "Add"
  2. У полі collection визначаємо Lease Request
  3. Використвуємо клавішу "Select max 20 object"
  4. Відкриваємо перелік значень у полі "Select filter" і для значень визначаємо:
  • з LeaseRequestID - 10 Lease Rquests;
  • з owner - 10 Lease Rquests.

5. На загальній діалоговій формі "Change registry owner commands" у полях визначаємо значення:

  • Old Owner = "Owner Name 1"
  • Owner = "Owner Name 2"
  • Reason = "Reason 1"
  • Otp token =  current value for Otp Token 1

Використовуємо клавішу "Save and view".

6. На Command results секції в клонці Result використовуємо клавішу "Refresh"

Expected results

  1. Відкривається діалогове вікно "Change registry owner command"
  2. Система дозволяє вибір значення
  3. Відкривається діалогова форма для внесення даних. 
  4. На загальній діалоговій формі "Change registry owner commands" додалися рекорди для 20-ти Lease Rquests з валідними значеннями у всіх колонках.

5.1. Закривається дана форма. Появляється повідомлення: The SANDBOX: Change registry owner command “ChangeRegistryOwnerCommand object (20)” was added successfully. 

5.2. Відкривається View Sandbox Change registry owner commands діалогова форма з відображенням коректних даних для 20-ти Lease Rquests зі зміненими значеннями Owner. В Command results у колонці Status відображається значення Pending.   

6. Для рекорду на Command results у колонці Status відображається значення Success

У JSON даної Lease Rquests:

6. Для поля Owner присутнє значення "Owner Name 2"

Для Майданчиків:

6.1. Для Майданчика з "Owner Name 1" - Lease Rquests 1 відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика"

6.2. Для Майданчика з "Owner Name 2" - Lease Rquests 1 відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика"

Зміст
Тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-PSADMIN-UC-03-05

3.5. Зміна власника для 20-ти Assets малої приватизації з викорстанням значення для ідентифікації  AssetID, owner 
RoleПовноважена особа від Продажі. Sale 
Preconditions

На Commands administration вибрано команду "Change registy owner commands" 

Присутні 20 Assets малої приватизації з Owner Name 1. Присутній у базі Owner  Name 2.

Steps To Reproduce
  1. Використовуємо клавішу "Add"
  2. У полі collection визначаємо Asset 
  3. Використвуємо клавішу "Select max 20 object"
  4. Відкриваємо перелік значень у полі "Select filter" і для значень визначаємо:
  • з AssetID - 10 Assets;
  • з owner - 10 Assets.

5. На загальній діалоговій формі "Change registry owner commands" у полях визначаємо значення:

  • Old Owner = "Owner Name 1"
  • Owner = "Owner Name 2"
  • Reason = "Reason 1"
  • Otp token =  current value for Otp Token 1

Використовуємо клавішу "Save and view".

6. На Command results секції в клонці Result використовуємо клавішу "Refresh"

Expected results

  1. Відкривається діалогове вікно "Change registry owner command"
  2. Система дозволяє вибір значення
  3. Відкривається діалогова форма для внесення даних. 
  4. На загальній діалоговій формі "Change registry owner commands" додалися рекорди для 20-ти Assets з валідними значеннями у всіх колонках.

5.1. Закривається дана форма. Появляється повідомлення: The SANDBOX: Change registry owner command “ChangeRegistryOwnerCommand object (20)” was added successfully. 

5.2. Відкривається View Sandbox Change registry owner commands діалогова форма з відображенням коректних даних для 20-ти Assets зі зміненими значеннями Owner. В Command results у колонці Status відображається значення Pending.   

6. Для рекорду на Command results у колонці Status відображається значення Success

У JSON даного Asset:

6. Для поля Owner присутнє значення "Owner Name 2"

Для Майданчиків:

6.1. Для Майданчика з "Owner Name 1" - Asset 1 відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика"

6.2. Для Майданчика з "Owner Name 2" - Assets 1 відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика"

Зміст
Тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-PSADMIN-UC-03-06

3.6. Зміна власника для 20-ти Executions малої приватизації з викорстанням значення для ідентифікації  ExecutionID, owner 
RoleПовноважена особа від Продажі. Sale 
Preconditions

На Commands administration вибрано команду "Change registy owner commands" 

Присутні 20 Executions малої приватизації з Owner Name 1. Присутній у базі Owner  Name 2.

Steps To Reproduce
  1. Використовуємо клавішу "Add"
  2. У полі collection визначаємо Execution
  3. Використвуємо клавішу "Select max 20 object"
  4. Відкриваємо перелік значень у полі "Select filter" і для значень визначаємо:
  • з ExecutionID - 10 executions;
  • з owner - 10 executions.

5. На загальній діалоговій формі "Change registry owner commands" у полях визначаємо значення:

  • Old Owner = "Owner Name 1"
  • Owner = "Owner Name 2"
  • Reason = "Reason 1"
  • Otp token =  current value for Otp Token 1

Використовуємо клавішу "Save and view".

6. На Command results секції в клонці Result використовуємо клавішу "Refresh"

Expected results

  1. Відкривається діалогове вікно "Change registry owner command"
  2. Система дозволяє вибір значення
  3. Відкривається діалогова форма для внесення даних. 
  4. На загальній діалоговій формі "Change registry owner commands" додалися рекорди для 20-ти Executions з малої приватизації з валідними значеннями у всіх колонках.

5.1. Закривається дана форма. Появляється повідомлення: The SANDBOX: Change registry owner command “ChangeRegistryOwnerCommand object (20)” was added successfully. 

5.2. Відкривається View Sandbox Change registry owner commands діалогова форма з відображенням коректних даних для Executions з малої приватизації  зі зміненими значеннями Owner. В Command results у колонці Status відображається значення Pending.   

6. Для рекорду на Command results у колонці Status відображається значення Success

У JSON даного Executions з малої приватизації :

6. Для поля Owner присутнє значення "Owner Name 2"

Для Майданчиків:

6.1. Для Майданчика з "Owner Name 1" - Execution 1 з малої приватизації відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика"

6.2. Для Майданчика з "Owner Name 2" - Execution 1 з малої приватизації відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика"

Зміст
Тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-PSADMIN-UC-03-07

3.7. Зміна власника для 20-ти Assets великої приватизації з викорстанням значення для ідентифікації AssetID, owner 
RoleПовноважена особа від Продажі. Sale 
Preconditions

На Commands administration вибрано команду "Change registy owner commands" 

Присутні 20 Assets великої приватизації з Owner Name 1. Присутній у базі Owner  Name 2.

Steps To Reproduce
  1. Використовуємо клавішу "Add"
  2. У полі collection визначаємо Large Asset 
  3. Використвуємо клавішу "Select max 20 object"
  4. Відкриваємо перелік значень у полі "Select filter" і для значень визначаємо:
  • з AssetID - 10 об'єктів (assets);
  • з owner - 10 об'єктів (assets).

5. На загальній діалоговій формі "Change registry owner commands" у полях визначаємо значення:

  • Old Owner = "Owner Name 1"
  • Owner = "Owner Name 2"
  • Reason = "Reason 1"
  • Otp token =  current value for Otp Token 1

Використовуємо клавішу "Save and view".

6. На Command results секції в клонці Result використовуємо клавішу "Refresh"

Expected results

  1. Відкривається діалогове вікно "Change registry owner command"
  2. Система дозволяє вибір значення
  3. Відкривається діалогова форма для внесення даних. 
  4. На загальній діалоговій формі "Change registry owner commands" додалися рекорди для 20-ти Об'єктів (assets) з валідними значеннями у всіх колонках.

5.1. Закривається дана форма. Появляється повідомлення: The SANDBOX: Change registry owner command “ChangeRegistryOwnerCommand object (20)” was added successfully. 

5.2. Відкривається View Sandbox Change registry owner commands діалогова форма з відображенням коректних даних для 20-ти Об'єктів (assets) зі зміненими значеннями Owner. В Command results у колонці Status відображається значення Pending.   

6. Для рекорду на Command results у колонці Status відображається значення Success

У JSON даного Об'єкту (asset):

6. Для поля Owner присутнє значення "Owner Name 2"

Для Майданчиків:

6.1. Для Майданчика з "Owner Name 1" - Об'єкт (asset) 1 великої приватизації відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика"

6.2. Для Майданчика з "Owner Name 2" - Об'єкт  (asset) 1 великої приватизації  відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика"

Зміст
Тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-PSADMIN-UC-03-08

3.8. Зміна власника для 20-ти Executions великої приватизації з викорстанням значення для ідентифікації  ExecutionID, owner 
RoleПовноважена особа від Продажі. Sale 
Preconditions

На Commands administration вибрано команду "Change registy owner commands" 

Присутні 20 Executions великої приватизації з Owner Name 1. Присутній у базі Owner  Name 2.

Steps To Reproduce
  1. Використовуємо клавішу "Add"
  2. У полі collection визначаємо Large Execution
  3. Використвуємо клавішу "Select max 20 object"
  4. Відкриваємо перелік значень у полі "Select filter" і для значень визначаємо:
  • з ExecutionID - 10 executions;
  • з owner - 10 executions.

5. На загальній діалоговій формі "Change registry owner commands" у полях визначаємо значення:

  • Old Owner = "Owner Name 1"
  • Owner = "Owner Name 2"
  • Reason = "Reason 1"
  • Otp token =  current value for Otp Token 1

Використовуємо клавішу "Save and view".

6. На Command results секції в клонці Result використовуємо клавішу "Refresh"

Expected results

  1. Відкривається діалогове вікно "Change registry owner command"
  2. Система дозволяє вибір значення
  3. Відкривається діалогова форма для внесення даних. 
  4. На загальній діалоговій формі "Change registry owner commands" додалися рекорди для 20-ти Executions з малої приватизації з валідними значеннями у всіх колонках.

5.1. Закривається дана форма. Появляється повідомлення: The SANDBOX: Change registry owner command “ChangeRegistryOwnerCommand object (20)” was added successfully. 

5.2. Відкривається View Sandbox Change registry owner commands діалогова форма з відображенням коректних даних для Executions з малої приватизації  зі зміненими значеннями Owner. В Command results у колонці Status відображається значення Pending.   

6. Для рекорду на Command results у колонці Status відображається значення Success

У JSON даного Executions з малої приватизації :

6. Для поля Owner присутнє значення "Owner Name 2"

Для Майданчиків:

6.1. Для Майданчика з "Owner Name 1" - Execution 1 з великої приватизації відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика"

6.2. Для Майданчика з "Owner Name 2" - Execution 1 з великої приватизації відображається значення "Owner Name 2" у полі "Ідентифікатор майданчика"

Зміст
Тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-PSADMIN-UC-03-09

3.9. Логування команд та відображення команд стосовно змін

Role

Повноважена особа від Продажі. Sale 

Preconditions

Користувач 1, 2 здійснили загалом 7 команд протягом Періоду 1 у різні проміжки часу стосовно змін власника:

  • Registry;
  • Action;
  • Lease Request;
  • Asset;
  • Execution;
  • Large  Asset;
  • Large Execution 

Присутній на Change registry owner commands" 

Steps To Reproduce
  1. Перелік рекордів та відображення інформації про здійснені операції 

Expected results

  1. На формі перегляду відображаються 7 рекордів  з коректними даними в колонах "Created at", "Created by
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

4. Change data config commands

CBD3-PSADMIN-UC-04-01

4.1. Зміна робочого дня на вихідний
Preconditions

На Commands administration вибрано команду "Change data config commands" 

"Дата 1" - робочи день в майбутньому періоді

Steps To Reproduce
  1. Використовуємо клавішу "Add"
  2. У полі Type визначаємо Holidays
  3. У полі Value визначаємо значення "Дата 1"
  4. У полі Reason вносимо дані 
  5. Заповнюємо валідними даними значення полів "OTP confirmation" (Otp device:, Otp token:)
  6. Використовуємо клавішу "Save and view".
  7. На Command results секції в клонці Result використовуємо клавішу "Refresh"

Expected results

  1. Відкривається діалогове вікно "Change date config commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. 3, 4, 5. Система дозволяє вибір значення

6. На загальній діалоговій формі "Change data config commands" додався рекорд для "Дата 1" з валідними значеннями у всіх колонках.

7. Достуна клавіша Refresh

7.1. У таблиці вибраних даних додався рекорд для відповідної "Дата 1".

7.2. На загальній діалоговій формі "Change data config commands" додався рекорд для "Дата 1" з валідними значеннями у всіх колонках. 

7.1. Закривається дана форма. Появляється повідомлення: The SANDBOX: Change config data command “Changeconfigdate (1)” was added successfully. 

7.2. Відкривається View Sandbox Change config date commands діалогова форма з відображенням коректних даних для "Дата 1".  Command results у колонці Status відображається значення Pending. Для рекорду на Command results у колонці Status відображається значення Success

Для Майданчиків:

7. Організатор не може створити процедуру, сказавши, що початок аукціону припадає на "Дата 1"

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-04-02

4.2. Зміна вихідного дня на робочий
Preconditions

На Commands administration вибрано команду "Change data config commands" 

"Дата 1" - вихідний день в майбутньому періоді

Steps To Reproduce
  1. Використовуємо клавішу "Add"
  2. У полі Type визначаємо Working days
  3. У полі Value визначаємо значення "Дата 1"
  4. У полі Reason вносимо дані 
  5. Заповнюємо валідними даними значення полів "OTP confirmation" (Otp device:, Otp token:)
  6. Використовуємо клавішу "Save and view".
  7. На Command results секції в клонці Result використовуємо клавішу "Refresh"

Expected results

  1. Відкривається діалогове вікно "Change date config commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. 3, 4, 5. Система дозволяє вибір значення

6. На загальній діалоговій формі "Change data config commands" додався рекорд для "Дата 1" з валідними значеннями у всіх колонках.

7. Достуна клавіша Refresh

7.1. У таблиці вибраних даних додався рекорд для відповідної "Дата 1".

7.2. На загальній діалоговій формі "Change data config commands" додався рекорд для "Дата 1" з валідними значеннями у всіх колонках. 

7.1. Закривається дана форма. Появляється повідомлення: The SANDBOX: Change config data command “Changeconfigdate (1)” was added successfully. 

7.2. Відкривається View Sandbox Change config date commands діалогова форма з відображенням коректних даних для "Дата 1".  Command results у колонці Status відображається значення Pending. Для рекорду на Command results у колонці Status відображається значення Success

Для Майданчиків:

7. Організатор може створити процедуру, сказавши, що початок аукціону припадає на "Дата 1"

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-04-03

4.3. Логування команд та відображення команд стосовно змін

Role

Повноважена особа від Продажі. Sale 

Preconditions

Користувач 1, 2 здійснили загалом 7 команд протягом Періоду 1 у різні проміжки часу стосовно змін днів:

  • з holiday на working date;
  • з working date на holiday.

Присутній на Change config commands" 

Steps To Reproduce
  1. Перелік рекордів та відображення інформації про здійснені операції.

Expected results

  1. На формі перегляду відображаються 7 рекордів  з коректними даними в колонах "Created at", "Created by
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

5. Move procedure document commands

CBD3-PSADMIN-UC-05-01

5.1. Зміна документу з public на private
Preconditions

На Commands administration вибрано команду "Move procedure document commands" 

Для Процедури 1 з Ідентифікаційним номером 1  присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".

  2. Відкриваємо дроп даун зі значеннями для Select filter поля і визначаємо auctionId.
  3. Використовуєм Add+ клавішу
  4. У полі Auction ID визначаємо значення "Ідентифікаційний номер 1" для Процедури 1. Використовуємо клавішу Search
  5. На формі знайдених даних визначаємо новододаний доданий рекорд у колонці Select
  6. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  7. У полі New Scope  визначаємо private значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  8. Використовуємо клавішу Save and View
  9. На Command results секції в клонці Result використовуємо клавішу "Refresh"

Expected results

  1. Відкривається діалогове вікно "Move procedure documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Відкриавється діалогова форма для пошуку даних.
  3. У переліку значень присутні: ID, auctionID, selling Method, status, owner
  4. Появляється поле auctionId
  5. На форму знайдених даних додався рекорд для Процедури 1 з валідними значеннями у всіх колонках
  6. Рекорд для Процедури 1 додався на загальну форму перегляду "Move procedure documents"
  7. Користувач може успішно визначити дані в полях Link
  8. Користувач може успішно визначити дані в полях секції New Scope, OTP Confirmation.
  9. На загальній діалоговій формі "Move procedure documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках.
  10. Достуна клавіша Refresh.

10.1. У таблиці вибраних даних додався рекорд для відповідного документу.

10.2. На загальній діалоговій формі "Move procedure document commands" додався рекорд для відповідногофайлу з валідними значеннями у всіх колонках. 

10.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move procedure command “Move procedure documents (1)” was added successfully. 

10.4. Відкривається View Sandbox Move procedure documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної процедури, для даног документу:

10. У полі _ds_scope відображається значення private.

Для Майданчиків:

10.1.  Організатор Процедури 1 може відкрити/ переглянути Документ 1. 

10.2. Учасник, Спостерігач НЕ можуть відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-05-02

5.2. Зміна private на public
Preconditions

На Commands administration вибрано команду "Move procedure document commands" 

Для Процедури 1 з Ідентифікаційним номером 1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".

  2. Відкриваємо дроп даун зі значеннями для Select filter поля і визначаємо auctionId.
  3. Використовуєм Add+ клавішу
  4. У полі Auction ID визначаємо значення "Ідентифікаційний номер 1" для Процедури 1. Використовуємо клавішу Search
  5. На формі знайдених даних визначаємо новододаний доданий рекорд у колонці Select
  6. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  7. У полі New Scope  визначаємо public значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  8. Використовуємо клавішу Save and View
  9. На Command results секції в клонці Result використовуємо клавішу "Refresh"

Expected results

  1. Відкривається діалогове вікно "Move procedure documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Відкриавється діалогова форма для пошуку даних.
  3. У переліку значень присутні: ID, auctionID, selling Method, status, owner
  4. Появляється поле auctionId
  5. На форму знайдених даних додався рекорд для Процедури 1 з валідними значеннями у всіх колонках
  6. Рекорд для Процедури 1 додався на загальну форму перегляду "Move procedure documents"
  7. Користувач може успішно визначити дані в полях Link
  8. Користувач може успішно визначити дані в полях секції New Scope, OTP Confirmation.
  9. На загальній діалоговій формі "Move procedure documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках.
  10. Достуна клавіша Refresh.

10.1. У таблиці вибраних даних додався рекорд для відповідного документу.

10.2. На загальній діалоговій формі "Move procedure document commands" додався рекорд для відповідногофайлу з валідними значеннями у всіх колонках. 

10.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move procedure command “Move procedure documents (1)” was added successfully. 

10.4. Відкривається View Sandbox Move procedure documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної процедури, для даног документу:

10. У полі _ds_scope відображається значення public.

Для Майданчиків:

10.1.  Організатор Процедури 1 може відкрити/ переглянути Документ 1. 

10.2. Учасник, Спостерігач можуть відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-05-03

5.3. Логування команд та відображення команд стосовно змін

Role

Повноважена особа від Продажі. Sale 

Preconditions

Користувач 1, 2 здійснили загалом 7 команд протягом Періоду 1 у різні проміжки часу стосовно змін документів:

  • з private на public date;
  • з working date на holiday.

Присутній на Change config commands" 

Steps To Reproduce
  1. Перелік рекордів та відображення інформації про здійснені операції.

Expected results

  1. На формі перегляду відображаються 7 рекордів  з коректними даними в колонах "Created at", "Created by
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

 


6. Move registry document commands

CBD3-PSADMIN-UC-06-01

6.1. Зміна документів Registry з public на private


Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для Registry1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо Registry.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо Id та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даного registry ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для Registry 1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо private значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для Registry 1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для Registry 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для Registry 1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даного Registry 1 для даного документу:

11. У полі _ds_scope відображається значення private.

Для Майданчиків:

11.1.  Власник Registry 1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями НЕ можуть відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-02

6.2. Зміна документів Registry з private на public
Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для Registry1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо Registry.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо Id та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даного registry ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для Registry 1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо public значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для Registry 1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для Registry 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для Registry 1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даного Registry 1 для даного документу:

11. У полі _ds_scope відображається значення public.

Для Майданчиків:

11.1.  Власник Registry 1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями можуть теж відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-03

6.3. Зміна документів Action з public на private


Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для Action 1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо Action.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо LeaseActionId та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даної Action ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для Action1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо private значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для Registry 1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для Action 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для Action 1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної Action1 для даного документу:

11. У полі _ds_scope відображається значення private.

Для Майданчиків:

11.1.  Власник Action1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями НЕ можуть відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-04

6.4. Зміна документів Action private на public
Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для Action 1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо Action.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо LeaseActionId та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даної Action ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для Action1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо public значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для Registry 1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для Action 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для Action 1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної Action1 для даного документу:

11. У полі _ds_scope відображається значення public.

Для Майданчиків:

11.1.  Власник Action1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями можуть теж відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-05

6.5. Зміна документів LeaseRequest з public на private
Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для LeaseRequest 1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо LeaseRequest.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо LeaseRequestId та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даної Action ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для LeaseRequest1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо private значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для LeaseRequest 1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для Lease Request 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для LeaseRequest1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної LeaseRequest1 для даного документу:

11. У полі _ds_scope відображається значення private.

Для Майданчиків:

11.1.  Власник LeaseRequest1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями НЕ можуть відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-06

6.6. Зміна документів LeaseRequest з private на public
Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для LeaseRequest 1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо LeaseRequest.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо LeaseRequestId та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даної LeaseRequest ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для LeaseRequest1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо public значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для LeaseRequest 1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для Lease Request 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для LeaseRequest1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної LeaseRequest1 для даного документу:

11. У полі _ds_scope відображається значення public.

Для Майданчиків:

11.1.  Власник LeaseRequest1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями можуть теж відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-07

6.7. Зміна документів Asset з public на private
Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для Asset 1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо Asset.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо AssetId та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даного Asset ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для Asset1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо private значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для Asset 1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для Asset 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для Asset1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної Asset1 для даного документу:

11. У полі _ds_scope відображається значення private.

Для Майданчиків:

11.1.  Власник Asset1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями НЕ можуть відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-08

6.8. Зміна документів Asset з private на public
Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для Asset 1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо Asset.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо AssetId та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даного Asset ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для Asset1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо public значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для Asset 1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для Asset 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для Asset1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної Asset1 для даного документу:

11. У полі _ds_scope відображається значення public.

Для Майданчиків:

11.1.  Власник Asset1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями можуть відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-09

6.9. Зміна документів Execution з public на private
Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для Execution 1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо Execution.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо AssetId та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даного Execution ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для Execution1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо public значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для Execution 1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для Execution 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для Execution1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної Execution1 для даного документу:

11. У полі _ds_scope відображається значення private.

Для Майданчиків:

11.1.  Власник Execution1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями НЕ можуть відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-10

6.10. Зміна документів Execution з private на public
Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для Asset 1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо Execution.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо ExecutionId та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даного Asset ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для Execution1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо public значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для Execution 1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для Execution 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для Asset1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної Execution 1 для даного документу:

11. У полі _ds_scope відображається значення public.

Для Майданчиків:

11.1.  Власник Execution1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями можуть відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-11

6.11. Зміна документів Large Asset з public на private
Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для Large Asset 1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо Large Asset.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо LargeAssetId та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даного LargeAsset ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для LargeAsset 1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо public значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для LargeAsset 1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для LargeAsset 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для LargeAsset 1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної LargeAsset для даного документу:

11. У полі _ds_scope відображається значення private.

Для Майданчиків:

11.1.  Власник LargeAsset 1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями НЕ можуть відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-12

6.12. Зміна документів LargeAsset з private на public
Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для LargeAsset 1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо LargeAsset.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо LargeAssetId та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даного LargeAsset ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для LargeAsset 1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо public значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для LargeAsset 1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для LargeAsset 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для LargeAsset 1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної LargeAsset 1 для даного документу:

11. У полі _ds_scope відображається значення public.

Для Майданчиків:

11.1.  Власник LargeAsset 1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями можуть відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-13

6.13. Зміна документів Large Execution з public на private
Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для Large Execution 1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо Large Execution.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо ExecutionId та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даного Large Execution ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для Large Execution 1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо public значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для Large Execution 1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для Large Execution 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для Large Execution 1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної Large Execution 1 для даного документу:

11. У полі _ds_scope відображається значення private.

Для Майданчиків:

11.1.  Власник Large Execution 1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями НЕ можуть відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-14

6.14. Зміна документів LargeAsset з private на public
Preconditions

На Commands administration вибрано команду "Move registry document commands" 

Для Large Execution 1 з ID=1 присутній Документ 1 з даними у JSON:

Steps To Reproduce
  1. Використовуємо клавішу "Add".
  2. Відкриваємо дроп даун зі значеннями для Collection поля і визначаємо Large Execution 1.

  3. Відкриваємо перелік значень дропдауна для поля Select filter. 
  4. У полі Select filter визначаємо LargeExecution Id та використвуємо клавішу +Add.
  5. У полі _Id визначаємо значення даного LargeExecution ID=1 та використовуєм клавішу Search.
  6. На формі доданих рекордів у колонці Select відзначаємо рекорд для LargeExecution 1 та закриваємо діалогове вікно.
  7. У поле Link вносимо значення url з JSON для Документу 1  = "https:// 1". 
  8. У полі New Scope  визначаємо public значення. Заповнюємо валідним значенням поле Reason а також секцію OTP Confirmation.
  9. Використовуємо клавішу Save and View.
  10. На Command results секції в клонці Result використовуємо клавішу "Refresh".

Expected results

  1. Відкривається діалогове вікно "Move registry documents commands". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Для поля Collection присутні значення: Registry, Action, Lease request, Asset, Large asset, Execution, Large execution.
  3. Відкриавється діалогова форма для пошуку даних.
  4. У переліку значень присутні: ID, registryObjectID, LeaseActionId, LeaseRequestId, assetId,executionId,owner.
  5. Появляється поле _Id.
  6. На форму знайдених даних додався рекорд для LargeExecution  1 з валідними значеннями у всіх колонках.
  7. На основній формі "Move registry documents commands" додався рекорд для LargeExecution 1.
  8. Користувач може успішно визначити дані в полях Link.
  9. Користувач може успішно визначити дані в полях секції New Scope, Reason, OTP Confirmation.
  10. На загальній діалоговій формі "Move registry documents commands" додався рекорд для даного документу з валідними значеннями у всіх колонках. У колонці Status відображається PendingДостуна клавіша Refresh.

11.1. У таблиці вибраних даних додався рекорд для відповідного документу для LargeExecution 1.

11.2. На загальній діалоговій формі "Move registry document commands" додався рекорд для відповідного файлу з валідними значеннями у всіх колонках. 

11.3. Закривається дана форма. Появляється повідомлення: The SANDBOX: Move registry command “Move registry documents (1)” was added successfully. 

11.4. Відкривається View Sandbox Move registry documents command діалогова форма з відображенням коректних даних для відповідного файлу.  Для рекорду на Command results у колонці Status відображається значення Success.

У JSON для даної LargeExecution 1 для даного документу:

11. У полі _ds_scope відображається значення public.

Для Майданчиків:

11.1.  Власник LargeExecution 1 може відкрити/ переглянути Документ 1. 

11.2. Користувачі з іншими ролями можуть відкрити/ переглянути Документ 1. 

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-06-15

6.15. Логування команд та відображення команд стосовно змін

Role

Повноважена особа від Продажі. Sale 

Preconditions

Користувач 1, 2 здійснили загалом 14 команд протягом Періоду 1 у різні проміжки часу стосовно змін документу з private на public ТА з public на private для:

  • Registry;
  • Actions;
  • Lease Requests;
  • Assets;
  • Executions;
  • Large Asset;
  • Large Execution.

Присутній на Move registry documents commands" 

Steps To Reproduce
  1. Перелік рекордів та відображення інформації про здійснені операції.

Expected results

  1. На формі перегляду відображаються 14 рекордів  з коректними даними в колонах "Created at", "Created by
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

7.  Change Bid owner commands 

CBD3-PSADMIN-UC-07-01

7.1. Зміна власника Bid
RoleПовноважена особа від Продажі. Sale 
Preconditions

На Commands administration вибрано команду "Change bid owner commands" 

Присутня Процедура 1 із ID=1 та з 4-ма Bids

Для процедури визначено власника Owner Name 1.

Для всіх Bids визначено власника Owner Name 2.

Steps To Reproduce
  1. Використовуємо клавішу "Add"
  2. Використвуємо клавішу "Select 1 object"
  3. Відкриваємо перелік значень у полі "Select filter"
  4. У полі "Select filter" визначаємо auctionID = 1. Використовуємо клавішу "Add"
  5. У полі auctionID визначаємо ID 1 для Процедури 1. Та використоувємо клавішу "Search"
  6. На формі перегляду вибраних процедур визначаємо рекорд для Процедури 1 та закриваємо цю форму перегляду даних.
  7. На загальній діалоговій формі "Change procedure owner commands" у полях визначаємо значення:
  • Old Owner = "Owner Name 2"
  • Owner = "Owner Name 3"
  • Reason = "Reason 1"
  • Otp token =  current value for Otp Token 1
  • Bid ID = валідне значення для Bid ID from JSON (поокремо для кожного  Bid потрібно повторювати дану операцію) 

Використовуємо клавішу "Save and view".

8. На Command results секції в клонці Result використовуємо клавішу "Refresh"

Expected results

  1. Відкривається діалогове вікно "Change bid's owner command". Перевірити наявність всіх полів, колонок згідно мокапу.
  2. Відкривається діалогова форма для внесення даних. 
  3. У полі "Select filter" присутні значеня: ID, auctionID, sellingMethod, status, owner.
  4. Появляється поле auctionID.
  5. У таблиці вибраних даних додався 1 рекорд для відповідної Процедури 1. Перевірити коретність значень даної процедури у колонках:  ID, Auction ID, Selling Method, Status, Owner, Date Modiified, Date Published.
  6. На загальній діалоговій формі "Change bid owner commands" додався рекорд для Процедури 1 з валідними значеннями у всіх колонках.

7.1. Закривається дана форма. Появляється повідомлення: The SANDBOX: Change bid owner command “ChangeBidOwnerCommand object (25)” was added successfully. 

7.2. Відкривається View Sandbox Change Bid owner commands діалогова форма з відображенням коректних даних для Процедури 1 зі зміненими значеннями Owner. В Command results у колонці Status відображається значення Pending.   

8. Для рекорду на Command results у колонці Status відображається значення Success

У JSON даної процедури для всіх 4-ьох Bids:

8. Для поля Owner Bid 1-4 присутнє значення "Owner Name 3"

Для Майданчиків:

8. Кваліфікація - інформація про Bid - для всіх 4 Bids для поля "Ідентифікатор майданчика" відображається значення "Owner Name 3" (лише поокремі майданчики виводять це поле на інтерфейсі).

Зміст
Тестування 
Results: 

CBD3-PSADMIN-UC-07-02

7.02. Логування команд та відображення команд стосовно змін

Role

Повноважена особа від Продажі. Sale 

Preconditions

Користувач 1, 2 здійснили загалом 7 команд протягом Періоду 1 у різні проміжки часу стосовно змін Bids для 7-ми різних процедур.

Присутній на Change Bid owner commands" 

Steps To Reproduce
  1. Перелік рекордів та відображення інформації про здійснені операції.

Expected results

  1. На формі перегляду відображаються 7 рекордів  з коректними даними в колонах "Created at", "Created by
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

8. Додавання файлів до Asset з використанням "Add oldAsset document commands"

CBD3-PSADMIN-UC-08-01

8.1. Додавання 1-го файлу до Asset 
RoleПовноважена особа від Продажі. Sale 
Preconditions

У ЦБД 3 мігрував Asset 1 з ID 1 з ЦБД2

На Commands administration вибрано команду "Add oldAsset document commands" 

Steps To Reproduce
  1. Визначаємо валідні значення у всіх наступних полях діалогової форми:
  • Вказуємо ID 1 (_id АБО assetId)
  • Обираємо з локального сховища Файл, який необхідно завантажити
  • Вказуємо title.uk_UA
  • Вказуємо documentType (enum:) notice
  • Вказуємо documentOf (enum: asset)
  • Заповнюємо поле Reason (не обов'язкове для заповнення)
  • Використовуємо клавішу "Додати документ".
Expected results

1.1. Файл з типом документу notice зберігається на сервісі document service. 

1.2. До Asset.documents додається завантажений документ з типом документу notice. Для всіх відповідних полів відображаються внесені значення.

CBD3-PSADMIN-UC-08-02

8.2. Додавання 7-ми різних файлів з різними типами документів
RoleПовноважена особа від Продажі. Sale 
Preconditions

У ЦБД 3 мігрував Asset 2 з ID 2 з ЦБД2

На Commands administration вибрано команду "Add oldAsset document commands" 

Steps To Reproduce
  1. Визначаємо валідні значення у всіх наступних полях діалогової форми:
  • Вказуємо ID 2 (_id АБО assetId)
  • Обираємо з локального сховища Файл, який необхідно завантажити
  • Вказуємо title.uk_UA
  • Вказуємо documentType (enum:)  illustration
  • Вказуємо documentOf (enum: asset)
  • Заповнюємо поле Reason (не обов'язкове для заповнення)
  • Використовуємо клавішу "Додати документ".

2. Виконуємо Крок 1, завантажуючи ще 5 файлів, визначаючи наступні типі документів: technicalSpecifications; x_presentation; informationDetails; cancellationDetails; clarifications; x_dgfAssetFamiliarization. Використовуємо клавішу "Додати документ".

Expected results
  1. Файл з типом документу illustration зберігається на сервісі document service. До Asset.documents додається завантажений документ з типом документуillustration . Для всіх відповідних полів відображаються внесені значення.
  2. 5 відповідних файлів типом документу technicalSpecifications; x_presentation; informationDetails; cancellationDetails; clarifications; x_dgfAssetFamiliarization зберігаються на сервісі document service. Для всіх відповідних полів відображаються внесені значення.

CBD3-PSADMIN-UC-08-03

8.3. Додавання декількох файлів з однаковим типом документів 
RoleПовноважена особа від Продажі. Sale 
Preconditions

У ЦБД 3 мігрував Asset 3 з ID 3 з ЦБД2

На Commands administration вибрано команду "Add oldAsset document commands" 

Steps To Reproduce
  1. Визначаємо валідні значення у всіх наступних полях діалогової форми:
  • Вказуємо ID 3 (_id АБО assetId)
  • Обираємо з локального сховища Файл, який необхідно завантажити
  • Вказуємо title.uk_UA
  • Вказуємо documentType (enum:)  illustration
  • Вказуємо documentOf (enum: asset)
  • Заповнюємо поле Reason (не обов'язкове для заповнення)
  • Використовуємо клавішу "Додати документ".

2. Виконуємо Крок 1 та вантажимо ще 5 файлів, визначаючи тип документу як illustration. Використовуємо клавішу "Додати документ".

Expected results

  1. Файл з типом документу illustration зберігається на сервісі document service. До Asset.documents додається завантажений документ з типом документу illustration . Для всіх відповідних полів відображаються внесені значення.
  2. 5 відповідних файлів типом документу illustration зберігаються на сервісі document service. Для всіх відповідних полів відображаються внесені значення.
Зміст
Тестування 
Results: 

9. Додавання файлів до Execution з використанням "Add oldExecution document commands"

CBD3-PSADMIN-UC-09-01

9.1. Додавання 1-го файлу
RoleПовноважена особа від Продажі. Sale 
Preconditions

З ЦБД 2 у ЦБД 3 мігрував Execution 1 з ID 1 

На Commands administration вибрано команду "Add oldExecution document commands" 

Steps To Reproduce
  1. Визначаємо валідні значення у всіх наступних полях діалогової форми:
  • Вказуємо ID 1 (_id АБО executionId)
  • Обираємо з локального сховища Файл, який необхідно завантажити
  • Вказуємо title.uk_UA
  • Вказуємо documentType (enum:) notice
  • Заповнюємо поле Reason (не обов'язкове для заповнення)
  • Використовуємо клавішу "Додати документ".
Expected results

1.1. Файл з типом документу notice зберігається на сервісі document service. 

1.2. До Execution.documents додається завантажений документ з типом документу notice. Для всіх відповідних полів відображаються внесені значення.

CBD3-PSADMIN-UC-09-02

9.2. Додавання 4-ьох різних файлів з різними типами документів
RoleПовноважена особа від Продажі. Sale 
Preconditions

З ЦБД 2 у ЦБД 3 мігрував Execution 2 з ID 2 

На Commands administration вибрано команду "Add oldExecution document commands" 

Steps To Reproduce
  1. Визначаємо валідні значення у всіх наступних полях діалогової форми:
  • Вказуємо ID 2 (_id АБО executionId)
  • Обираємо з локального сховища Файл, який необхідно завантажити
  • Вказуємо title.uk_UA
  • Вказуємо documentType (enum:)  contractSigned 
  • Заповнюємо поле Reason (не обов'язкове для заповнення)
  • Використовуємо клавішу "Додати документ".

2. Виконуємо Крок 1, завантажуючи ще 4 різні файли, визначаючи наступні типі документів: contractAnnexe, rejectionProtocol, act, approvalProtocol. Використовуємо клавішу "Додати документ".

Expected results
  1. Файл з типом документу contractSigned зберігається на сервісі document service. До Execution.documents додається завантажений документ з типом документуcontractSigned. Для всіх відповідних полів відображаються внесені значення.
  2. 4 відповідних файлів з типом документу contractAnnexe, rejectionProtocol, act, approvalProtocol зберігаються на сервісі document service. Для всіх відповідних полів відображаються внесені значення.

CBD3-PSADMIN-UC-09-03

9.3. Додавання декількох файлів з однаковим типом документів 
RoleПовноважена особа від Продажі. Sale 
Preconditions

З ЦБД 2 у ЦБД 3 мігрував Execution 3 з ID 3 

На Commands administration вибрано команду "Add oldExecution document commands"

Steps To Reproduce
  1. Визначаємо валідні значення у всіх наступних полях діалогової форми:
  • Вказуємо ID 3 (_id АБО executionId)
  • Обираємо з локального сховища Файл, який необхідно завантажити
  • Вказуємо title.uk_UA
  • Вказуємо documentType (enum:)  notice
  • Заповнюємо поле Reason (не обов'язкове для заповнення)
  • Використовуємо клавішу "Додати документ".

2. Виконуємо Крок 1 та вантажимо ще 2 файла, визначаючи тип документу як noticeВикористовуємо клавішу "Додати документ".

Expected results

  1. Файл з типом документу notice зберігається на сервісі document service. До Execution.documents додається завантажений документ з типом документу notice. Для всіх відповідних полів відображаються внесені значення.
  2. 2 відповідних файлів типом документу notice зберігаються на сервісі document service. Для всіх відповідних полів відображаються внесені значення.
Зміст
Тестування 
Results: 

12. Зміна статусу Asset з використанням "Change status oldAsset command"

CBD3-PSADMIN-UC-12-01

12.01. Зміна статусу
RoleПовноважена особа від Продажі. Sale 
Preconditions

З ЦБД 2 у ЦБД 3 мігрував Asset 1 з ID 1, status=active 

На Commands administration вибрано команду "Change status oldAsset command" 

Steps To Reproduce
  1. Визначаємо валідні значення у всіх наступних полях діалогової форми:
  • Вказуємо ID 1 (_id АБО assetId)
  • Для значення статусу обираємо із випадаючого списку deleted значення
  • Заповнюємо поле Reason (не обов'язкове для заповнення)

2. Зберагіємо зміни

Expected results
  1. У випадаючому списку для значення статусів присутні значення: 
  • verification
  • active
  • complete
  • deleted

2. В ЦБД 3 статус для Asset змінився на  deleted

13. Зміна статусу Execution з використанням  "Change status oldExecution command"

CBD3-PSADMIN-UC-13-01

13.01. Зміна статусу
RoleПовноважена особа від Продажі. Sale 
Preconditions

З ЦБД 2 у ЦБД 3 мігрував Execution 1 з ID 1, status=pending 

На Commands administration вибрано команду "Change status oldExecution command" 

Steps To Reproduce
  1. Визначаємо валідні значення у всіх наступних полях діалогової форми:
  • Вказуємо ID 1 (_id АБО executiontId)
  • Для значення статусу обираємо із випадаючого списку deleted значення
  • Заповнюємо поле Reason (не обов'язкове для заповнення)

2. Зберагіємо зміни

Expected results
  1. У випадаючому списку для значення статусів присутні значення: 
  • pending
  • active
  • sold
  • deleted

2. В ЦБД 3 статус для Execution змінився на  deleted

14. Зміна статусу Jobber з використанням  "Change status oldJobber command"

CBD3-PSADMIN-UC-14-01

14.01. Зміна статусу
RoleПовноважена особа від Продажі. Sale 
Preconditions

З ЦБД 2 у ЦБД 3 мігрував Jobber 1 з ID 1, status=pending 

На Commands administration вибрано команду "Change status oldJobber command" 

Steps To Reproduce
  1. Визначаємо валідні значення у всіх наступних полях діалогової форми:
  • Вказуємо ID 1 (_id АБО jobbertId)
  • Для значення статусу обираємо із випадаючого списку deleted значення
  • Заповнюємо поле Reason (не обов'язкове для заповнення)

2. Зберагіємо зміни

Expected results
  1. У випадаючому списку для значення статусів присутні значення: 
  • pending
  • active
  • sold
  • deleted

2. В ЦБД 3 статус для Jobber змінився на  deleted

15. Зміна статусу Procedure з використанням  "Change status oldProcedure command"

CBD3-PSADMIN-UC-15-01

15.01. Зміна статусу
RoleПовноважена особа від Продажі. Sale 
Preconditions

З ЦБД 2 у ЦБД 3 мігрувала Procedure 1 з ID 1, status=active_qualification

На Commands administration вибрано команду "Change status oldProcedure command" 

Steps To Reproduce
  1. Визначаємо валідні значення у всіх наступних полях діалогової форми:
  • Вказуємо ID 1 (_id АБО jobbertId) 
  • Для значення статусу обираємо із випадаючого списку cancelled значення
  • Заповнюємо поле Reason (не обов'язкове для заповнення)

2. Зберагіємо зміни

Expected results
  1. У випадаючому списку для значення статусів присутні значення: 
  • pending
  • active
  • sold
  • deleted

2. В ЦБД 3 статус для Procedure змінився на  deleted


  • No labels