SlideShare a Scribd company logo
1 of 15
Методики тестування:
Тест дизайн
у Back-End тестуваннi
Що важливiше та що первинне?
Чи може бути ефективним одне без iншого?
Теорiя vs Технiчний
бекграунд
Теорiя + Технiчний
бекграунд
або
Deposit Transaction
Service A
Service B
Service С Transaction Mapping Operation
ETH
AVAX
USDC
MATIC
Transport1
Transport2
Transport2
Transport1
Transport3
Transport3
0x0690c870DC4a4D1560F1247d7f7
77DB96F918826
ETH
AVAX
USDC
MATIC
GetRequisites
GetRequisites
GetRequisites
GetRequisites
Pairwise Testing
Token name Operations Transport
AVAX Deposit TransportType1
ETH Deposit TransportType2
MATIC Deposit TransportType3
Equivalence class testing
Token name Operations Transport
AVAX Deposit TransportType1
ETH Deposit TransportType2
MATIC Deposit TransportType3
Token name Operations Transport
AVAX Deposit TransportType1
ETH Deposit TransportType2
USDC Deposit TransportType3
або
AVAX, ETH, USDC, MATIC (Enum) = Один класс еквiвалентностi
Транзакція надійшла до системи через
потрібний транспорт.
Логіка матчингу токен +
адрес відпрацювала коректно.
Зробив 3 перевірки, ми
як мінімум
переконалися:
Мiнiмальне дублювання вхiдних
данних при перевiрках.
Економiя часу, кожнен депозит може
займати вiд 3 до 5хв.
На N-ному тестi це дуже дається
взнаки на час тестування.
Подiбна логiка згiдно
с технiк валiдна до
будь якої кiлькостi
валют (Токенiв/Монет)
TransactionPending/Processed:
{ Args: { TransportType: Transport1, WalletId: qwertg34-ertg-124g-bg5d-efrt5ghy98dn1, Status: Processed, TransactionType: Deposit } }
Deposit (Transport1/3) TransactionPending BalanceChanged TransactionProcessed
WalletManager
BalanceOperator
DataBase
Operation1
Operation1
Operation2
Operation3
Deposit (Transport2) Validated BalanceChanged TransactionProcessed
Wallet
Manager
Operation1
Operation2
Operation3
TransactionPending
Balance
Operator
DataBase
Operation1
Operation1
Operation2
Operation3
Service
A 3rdParty
Service
B
Operation2
Будь-якi технiки тест-дизайну можуть бути марнуванням часу якщо у вас
не вистачає технiчного досвiду
Знання системи напряму впливає на ефективнiсть технiк тест-дизайну
Iнколи поглибленне знання системи може надати нову точку зору на
об'єкт тестування та звернути увагу на зовсiм iншi аспекти. що може
значно розширити набiр тестових артефактiв
Знання системи все ж таки первинне анiж знання технiк тест дизайну,
адже теорiя це лише спосiб систематизувати та структурувати iнформацiю
Що я хотiв сказати та
на що рекомендував би звернути увагу:
Дякую за увагу!

More Related Content

More from GoQA

More from GoQA (20)

БОГДАН САВЧУК «IoT testing: Manual, Automation and Cyber Security techniques»
БОГДАН САВЧУК «IoT testing: Manual, Automation and Cyber Security techniques»БОГДАН САВЧУК «IoT testing: Manual, Automation and Cyber Security techniques»
БОГДАН САВЧУК «IoT testing: Manual, Automation and Cyber Security techniques»
 
ЕЛЬМІР ІСКАНДЕРОВ «Bulletproof Your Software: The Magic of Security Autotests»
ЕЛЬМІР ІСКАНДЕРОВ «Bulletproof Your Software: The Magic of Security Autotests»ЕЛЬМІР ІСКАНДЕРОВ «Bulletproof Your Software: The Magic of Security Autotests»
ЕЛЬМІР ІСКАНДЕРОВ «Bulletproof Your Software: The Magic of Security Autotests»
 
ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»
ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»
ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»
 
КАТЕРИНА АБЗЯТОВА «Point of Growth: Transforming Challenges into Skill-Buildi...
КАТЕРИНА АБЗЯТОВА «Point of Growth: Transforming Challenges into Skill-Buildi...КАТЕРИНА АБЗЯТОВА «Point of Growth: Transforming Challenges into Skill-Buildi...
КАТЕРИНА АБЗЯТОВА «Point of Growth: Transforming Challenges into Skill-Buildi...
 
НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...
НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...
НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...
 
РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»
РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»
РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»
 
СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»
СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»
СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»
 
КАТЕРИНА АБЗЯТОВА - Certify with confidence: ISTQB Foundation 4.0. Common err...
КАТЕРИНА АБЗЯТОВА - Certify with confidence: ISTQB Foundation 4.0. Common err...КАТЕРИНА АБЗЯТОВА - Certify with confidence: ISTQB Foundation 4.0. Common err...
КАТЕРИНА АБЗЯТОВА - Certify with confidence: ISTQB Foundation 4.0. Common err...
 
Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...
Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...
Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...
 
ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»
ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»
ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»
 
ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»
ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»
ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»
 
РОМАН ДУМАНСЬКИЙ «Testing the application in the Amazon Cloud»
РОМАН ДУМАНСЬКИЙ «Testing the application in the Amazon Cloud»РОМАН ДУМАНСЬКИЙ «Testing the application in the Amazon Cloud»
РОМАН ДУМАНСЬКИЙ «Testing the application in the Amazon Cloud»
 
ВЯЧЕСЛАВ САХАРОВ “Баги, хотфікси та воркераунди в космічній галузі. Вчимось н...
ВЯЧЕСЛАВ САХАРОВ “Баги, хотфікси та воркераунди в космічній галузі. Вчимось н...ВЯЧЕСЛАВ САХАРОВ “Баги, хотфікси та воркераунди в космічній галузі. Вчимось н...
ВЯЧЕСЛАВ САХАРОВ “Баги, хотфікси та воркераунди в космічній галузі. Вчимось н...
 
ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»
ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»
ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»
 
СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»
СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»
СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»
 
АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»
АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»
АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»
 
ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»
ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»
ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»
 
АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»
АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»
АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»
 
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
 
YEGOR MAKSYMCHUK «Using Kubernetes for organization performance tests»
YEGOR MAKSYMCHUK «Using Kubernetes for organization performance tests»YEGOR MAKSYMCHUK «Using Kubernetes for organization performance tests»
YEGOR MAKSYMCHUK «Using Kubernetes for organization performance tests»
 

ДМИТРО СКРИПКА «Методики тестування: тест-дизайн у Back-End тестуванні» Online QADay 2022

  • 1.
  • 3.
  • 4. Що важливiше та що первинне? Чи може бути ефективним одне без iншого? Теорiя vs Технiчний бекграунд Теорiя + Технiчний бекграунд або
  • 5.
  • 6. Deposit Transaction Service A Service B Service С Transaction Mapping Operation ETH AVAX USDC MATIC
  • 8. Pairwise Testing Token name Operations Transport AVAX Deposit TransportType1 ETH Deposit TransportType2 MATIC Deposit TransportType3
  • 9. Equivalence class testing Token name Operations Transport AVAX Deposit TransportType1 ETH Deposit TransportType2 MATIC Deposit TransportType3 Token name Operations Transport AVAX Deposit TransportType1 ETH Deposit TransportType2 USDC Deposit TransportType3 або AVAX, ETH, USDC, MATIC (Enum) = Один класс еквiвалентностi
  • 10. Транзакція надійшла до системи через потрібний транспорт. Логіка матчингу токен + адрес відпрацювала коректно. Зробив 3 перевірки, ми як мінімум переконалися:
  • 11. Мiнiмальне дублювання вхiдних данних при перевiрках. Економiя часу, кожнен депозит може займати вiд 3 до 5хв. На N-ному тестi це дуже дається взнаки на час тестування. Подiбна логiка згiдно с технiк валiдна до будь якої кiлькостi валют (Токенiв/Монет)
  • 12. TransactionPending/Processed: { Args: { TransportType: Transport1, WalletId: qwertg34-ertg-124g-bg5d-efrt5ghy98dn1, Status: Processed, TransactionType: Deposit } } Deposit (Transport1/3) TransactionPending BalanceChanged TransactionProcessed WalletManager BalanceOperator DataBase Operation1 Operation1 Operation2 Operation3
  • 13. Deposit (Transport2) Validated BalanceChanged TransactionProcessed Wallet Manager Operation1 Operation2 Operation3 TransactionPending Balance Operator DataBase Operation1 Operation1 Operation2 Operation3 Service A 3rdParty Service B Operation2
  • 14. Будь-якi технiки тест-дизайну можуть бути марнуванням часу якщо у вас не вистачає технiчного досвiду Знання системи напряму впливає на ефективнiсть технiк тест-дизайну Iнколи поглибленне знання системи може надати нову точку зору на об'єкт тестування та звернути увагу на зовсiм iншi аспекти. що може значно розширити набiр тестових артефактiв Знання системи все ж таки первинне анiж знання технiк тест дизайну, адже теорiя це лише спосiб систематизувати та структурувати iнформацiю Що я хотiв сказати та на що рекомендував би звернути увагу: