Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

CBD3-GE-UC-011

                                                                                                                                                 Тести API ЦБД

Роль

ЦБД

Передумови

Status:  

Очікуваний результат

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




Майданчик:
Після публікації і набуття процедурою статусу active.rectification, майданчик виводить значення  startDate та endDate  active.rectification (Період редагування) та статус процедури - Період редагування

ЦБД:

статус  процедури одразу по публікації  active.rectification, окрім статусу процедури в api фіксується  startDate та endDate  active.rectification


Альтернативні (негативні) сценарії
CBD3-GE-UC-011.1n

Очікуваний результат:

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

Майданчик:
Після публікації процедура не набуває статусу active.rectification, не формується  значення  startDate та endDate  active.rectification (Період редагування) та статус процедури - Період редагуванння  не відображається на майданчику

ЦБД:

ЦБД одразу по публікації не присвоює статус  active.rectification, окрім статусу процедури в api фіксується  відповідно новий статус нефіксується в арі та  в api не  фіксується  startDate та endDate  active.rectification

CBD3-GE-UC-011.2n

Очікуваний результат:

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

Майданчик:
Після публікації процедура набуває статусу active.rectificationзначення  startDate та endDate  active.rectification (Період редагування) та статус процедури - Період редагуванння   формується  не валідними, сформовані невалідні строки відображаються на майданчику

ЦБД:

Після публікації процедура набуває статусу active.rectification який фіксується в арі
 значЗння  startDate та endDate  active.rectification (Період редагування) та статус процедури - Період редагуванння   заповнюється не валідними датами, сформовані невалідні строки  передаються майданчику

Майданчик: Альтернативні (негативні) сценарії

CBD3-GE-UC-012

                                                                                                                                                                                     Тести API ЦБД

Роль


Передумови

Status: active.rectification (Період редагування)

Актуальний результат:

Створена процедура  набуває статусу active.rectification. З виконанням цих дій до створеної процедури додаються поля, що генеруються автоматично, в тому числі тривалості періодів. Період редагування завжди триває 48 один. 
rectificationPeriod.startDate, при цьому, дорівнює моменту появи процедури в ЦБД.   rectififcationPeriod.endDate визначається як (rectificationPeriod.startDate + 48 год)

процедури в ЦБД.   rectififcationPeriod.endDate визначається як (rectificationPeriod.startDate + 48 год)


Майданчик: 

Після публікації процедури дата початку періоду редагування завжди дорівнює моменту публікації, відображається на: 

  • сторінці  аукціону на майданчику
  • сторінці  аукціону на сайті ДП ПП
  • у полі rectificationPeriod.startDate в арі

Дата закінчення періоду редагування відображається на:
сторінці  аукціону на майданчику

  • сторінці  аукціону на сайті ДП ПП
  • у полі rectififcationPeriod.endDate  в арі

Та завжди розраховується як rectificationPeriod.startDate + 48 годин

ЦБД:

Після публікації процедури дата початку періоду редагування завжди дорівнює моменту публікації, відображається на: 

  • сторінці  аукціону на майданчику
  • сторінці  аукціону на сайті ДП ПП
  • у полі rectificationPeriod.startDate в арі

Дата закінчення періоду редагування відображається на:
сторінці  аукціону на майданчику

  • сторінці  аукціону на сайті ДП ПП
  • у полі rectififcationPeriod.endDate  в арі

Та завжди розраховується як rectificationPeriod.startDate + 48 годин


Альтернативні (негативні) сценарії
CBD3-GE-UC-012.1n

Актуальний результат:

Створена процедура  набуває статусу active.rectification. З виконанням цих дій до створеної процедури додаються поля, що генеруються автоматично, в тому числі тривалості періодів. Період редагування завжди триває 48 один. 
rectificationPeriod.startDate, при цьому, дорівнює моменту появи процедури в ЦБД.   rectififcationPeriod.endDate визначається як (rectificationPeriod.startDate + 48 год)

Майданчик: 

Після публікації процедури дата початку періоду редагування завжди дорівнює моменту публікації, не відображається на: 

  • сторінці  аукціону на майданчику
  • сторінці  аукціону на сайті ДП ПП
  • у полі rectificationPeriod.startDate в арі

Дата закінчення періоду редагування не  відображається на:сторінці 

  •  сторінці  аукціону на майданчику
  • сторінці  аукціону на сайті ДП ПП
  • у полі rectififcationPeriod.endDate  в арі

Та завжди розраховується як rectificationPeriod.startDate + 48 годин










CBD3-GE-UC-013

                                                                                                                                Функціонал або задачі майданчику 

                                                                                                                               Входить до скоупу функціональних тестів API ЦБД

Роль


Передумови


Очікуваний результат

Документи аукціону є можливість завантажувати і після завершення періоду редагування.

Актуальний результат: 

Документи аукціону є можливість завантажувати\змінювати і після завершення періоду редагування, а саме до завершення періоду прийому пропозицій - tenderPeriod.endDate.

Завершення періоду редагування не блокує можливості довантажити/замінити документи до аукціону. Видалення документів неможливе. Документ що був замінений відображається перекресленим.


Майданчик:
майданчик  блокує можливість повного видалення документу, попередньо завантажений документ можливо лише замінити, при цьому, замінений документ відображається перекресленим. Можливість завантажити і продивитися замінений документ зберігається.
Довантаження та заміна документів зберігається до завершення періоду прийому пропозицій - tenderPeriod.endDate.

ЦБД:
і замінений і документ на який замінили відображаються в арі
тип та інші параметри, окрім посилання на документ, дати та часу завантаження, ідентичні










...