Трансакции, конкурентно извршување и заклучување на ресурсите со Apache JMeter

---

Сценарио бр. 1 - Креирање на случајна нарачка

Структура на тест

• Thread Group – конфигурација за број на нишки
  
• JDBC Connection Configuration – поврзување со база на податоци
  
• JDBC Request – productsResult – креирање на 3 случајни производи
  
• Transaction Controller – група во која имаме 3 JDBC Requests кои треба да се извршат во една трансакција
  
  • JDBC Request – insertOrder – додавање на нарачка во база
    
  • JDBC Request – insertOrderDetails – додавање на детали за нарачка во база
    
  • JDBC Request – updateQuantity – промена на количина на производи
    

---

JDBC Request – productsResult

• Слика 1 – прашалник за генерирање на случајни производи
  
• Слика 2 – информации за барање (време на вчитување, извршување ..)
  
• Слика 3 – резултат од прашалникот
  

---

Transaction Controller

• Слика 1 – прашалник за додавање на нарачка (insertOrder JDBC Request)
  
• Слика 2 – прашалник за додавање детални на нарачка (insertOrderDetails JDBC Request)
  
• Слика 3 – прашалник за промена на количина на производи (updateQuantity JDBC Request)
  

---

Случај бр.1 – неуспешно додавање на нарачка (на сликите се гледаат и временските резултати од барањата)

• Слика 1 – успешно додавање на нарачка
  
• Слика 2 – неуспешно додавање на детали за нарачка (нема доволно количина за некој од производите)
  
• Слика 3 – Transaction Controller паѓа, односно сите претходни JDBC Requests се поништуваат (rollback)
  

---

Случај бр.2 – успешно додавање на нарачка (на сликите се гледаат и временските резултати од барањата)

• Слика 1 – додавање на нарачка
  
• Слика 2 – додавање на детали за нарачка
  
• Слика 3 – промена на количина на производи
  
• Слика 4 – Transaction Controller потврдува дека сите претходни 3 JDBC Requests се успешно извршени
  

Сценарио бр. 2 - Креирање на случајна нарачка

---

Случај бр.1 - 5 нишки

---

Случај бр.2 - 20 нишки

---

Случај бр.3 - 100 нишки

---

Случај бр.4 - 500 нишки

Сценарио бр. 3 - Повлекување на нарачки на случаен корисник

Други сценарија за тестирање

• Foreign Key Constraints
  • Да се избрише запис од табелата ‘users’ и да се пропагираниот ефект во табелата ‘address’ и табелата ‘orders’
  • Да се ажурира ид на продукт и да се верифицира дали ќе се пропагира информацијата и во другите зависни табели
• Трансакција
  • Да се симулира трансакција каде нова нарачка е креирана и да се внесат и соодветните детали за таа нарачка (кои продукти, колку количина итн.). Да се направи ‘rollback’ на трансакцијата за да се осигураме за конзистентност на податоците
• Bulk операции
  • Да се додаде голем број на нови продукти
  • Да се променат цените на сите продукти
• Справување со грешки
  • Да се додаде нов запис во табелата ‘users’ со веќе постоечка е-маил адреса за да се тестира уникатноста на ‘email’ колоната