SlideShare a Scribd company logo
1 of 52
AGILE ОЧИМА ISTQB
MARYNA MINAK-SUPRUNENKO
“
”
SOFTWARE TESTING IS IN MANY WAYS
SIMILAR TO PLAYING THE PIANO, COOKING
MEAL, OR DRIVING CAR. HOW SO? IN EACH
CASE, YOU CAN READ BOOKS ABOUT THESE
ACTIVITIES, BUT UNTIL YOU HAVE
PRACTICED, YOU KNOW VERY LITTLE ABOUT
HOW TO DO THIS.
REX BLACK, PRESIDENT OF RBCS, A LEADER IN SOFTWARE, HARDWARE, AND
SYSTEM TESTING
REFERENCES
• ISTQB.ORG SYLLABUS + GLOSSARY;
• REX BLACK “ADVANCED SOFTWARE TESTING VOL.1 VOL.2 VOL.3”;
• GRAHAM/BLACK/VAN VEENENDAAL “FOUNDATIONS OF SOFTWARE TESTING ISTQB CERTIFICATION,
4TH EDITION”;
• LEE COPELAND “A PRACTITIONER'S TO SOFTWARE GUIDE TEST DESIGN“;
• CEM KANER “LESSONS LEARNED IN SOFTWARE TESTING“;
• WIEGERS K. “SOFTWARE REQUIREMENTS, 3RD EDITION“
• …
AGILE THEORY
REFERENCES
• ISTQB.ORG SYLLABUS + GLOSSARY;
• HTTPS://AGILEMANIFESTO.ORG/ ;
• HTTPS://WWW.SCRUM.ORG/;
• HTTPS://WWW.SCRUMALLIANCE.ORG/;
• HTTPS://WWW.ICAGILE.COM/;
• HTTPS://KANBAN.UNIVERSITY/;
• HTTPS://WWW.SCALEDAGILEFRAMEWORK.COM/;
• HTTPS://LESS.WORKS/;
• EXTREME PROGRAMMING EXPLAINED: EMBRACE CHANGE, 2ND EDITION (THE XP SERIES) 2ND EDITION
• …
VISION
ПОСТІЙНО ВДОСКОНАЛЮВАТИ ТА РОЗВИВАТИ ПРОФЕСІЮ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ШЛЯХОМ:
ВИЗНАЧЕННЯ ТА ПІДТРИМКИ ЗБІРНИКА ЗНАНЬ, ЯКИЙ ДОЗВОЛЯЄ ТЕСТУВАЛЬНИКАМ ПРОХОДИТИ СЕРТИФІКАЦІЮ НА ОСНОВІ
ПЕРЕДОВОГО ДОСВІДУ, ОБ’ЄДНУВАННЯ МІЖНАРОДНОЇ СПІЛЬНОТИ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ТА ЗАОХОЧЕННЯ
ДОСЛІДЖЕННЯ.
МІСІЯ ISTQB®
МИ ПРОПАГУЄМО ЦІННІСТЬ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ЯК ПРОФЕСІЇ ДЛЯ ОКРЕМИХ ОСІБ ТА ОРГАНІЗАЦІЙ.
МИ ДОПОМАГАЄМО ТЕСТУВАЛЬНИКАМ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ БУТИ ЕФЕКТИВНІШИМИ ТА ЕФЕКТИВНІШИМИ У СВОЇЙ РОБОТІ
ЧЕРЕЗ СЕРТИФІКАЦІЮ КОМПЕТЕНЦІЙ.
МИ ДОЗВОЛЯЄМО ТЕСТУВАЛЬНИКАМ РОЗВИВАТИ СВОЮ КАР’ЄРУ ЗА ДОПОМОГОЮ КОДЕКСУ ЕТИКИ ПРОФЕСІОНАЛІВ ТА БАГАТОРІВНЕВОЇ
СИСТЕМИ СЕРТИФІКАЦІЇ, ЯКА НАДАЄ ЇМ НАВИЧКИ ТА ЗНАННЯ, НЕОБХІДНІ ДЛЯ ВИКОНАННЯ ЗРОСТАЮЧИХ ОБОВ’ЯЗКІВ ТА ПІДВИЩЕННЯ
ПРОФЕСІОНАЛІЗМУ. МИ ПОСТІЙНО ВДОСКОНАЛЮЄМО
ЗБІР ЗНАНЬ ДЛЯ ТЕСТУВАННЯ, СПИРАЮЧИСЬ НА НАЙКРАЩІ ДОСТУПНІ ПРОМИСЛОВІ МЕТОДИ ТА НАЙІННОВАЦІЙНІШІ ДОСЛІДЖЕННЯ, І
РОБИМО ЦІ ЗНАННЯ БЕЗКОШТОВНО ДОСТУПНИМИ ДЛЯ ВСІХ.
МИ ВСТАНОВЛЮЄМО КРИТЕРІЇ ДЛЯ АКРЕДИТАЦІЇ ПОСТАЧАЛЬНИКІВ ТРЕНІНГІВ, ЩОБ ЗАБЕЗПЕЧИТИ ПОСЛІДОВНУ ПЕРЕДАЧУ ЗБІРНИКА
ЗНАНЬ У ВСЬОМУ СВІТІ.
МИ РЕГУЛЮЄМО ЗМІСТ І ОХОПЛЕННЯ ЕКЗАМЕНАЦІЙНИХ ПИТАНЬ, ПРОЦЕС ІСПИТУ, А ТАКОЖ ВИДАЧУ СЕРТИФІКАТІВ ОФІЦІЙНИМИ
ОРГАНАМИ ЕКЗАМЕНУ.
МИ ПРАГНЕМО РОЗШИРИТИ СЕРТИФІКАЦІЮ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ПО ВСЬОМУ СВІТУ, ДОПУСТИВШИ РАДИ ЧЛЕНІВ
ДО ISTQB®. ЦІ РАДИ (BOARDS) ДОТРИМУЮТЬСЯ КОНСТИТУЦІЇ, ПІДЗАКОННИХ АКТІВ І ПРОЦЕСІВ, ВИЗНАЧЕНИХ ISTQB®, І БЕРУТЬ УЧАСТЬ
У РЕГУЛЯРНИХ АУДИТАХ.
МИ ПЛЕКАЄМО ВІДКРИТЕ МІЖНАРОДНЕ СПІВТОВАРИСТВО, ЯКЕ ПРАГНЕ ДІЛИТИСЯ ЗНАННЯМИ, ІДЕЯМИ ТА ІННОВАЦІЯМИ В ТЕСТУВАННІ
ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ.
МИ ПІДТРИМУЄМО ВІДНОСИНИ З НАУКОВИМИ КОЛАМИ, УРЯДОМ, ЗМІ, ПРОФЕСІЙНИМИ АСОЦІАЦІЯМИ ТА ІНШИМИ ЗАЦІКАВЛЕНИМИ
СТОРОНАМИ.
МИ ЗАБЕЗПЕЧУЄМО ОРІЄНТИР, ЗА ЯКИМ МОЖНА ОЦІНИТИ ЕФЕКТИВНІСТЬ ПОСЛУГ ТЕСТУВАННЯ, ЗБЕРІГАЮЧИ ПОПУЛЯРНІСТЬ ЯК
БАЧЕННЯ ТА МІСІЯ ISTQB®
•ЦІННОСТІ ТА ПРИНЦИПИ РОБОТИ В AGILE SOFTWARE DEVELOPMENT ТА РОЛІ І МІСЦЕ
ТЕСТУВАЛЬНИКА В ЦИХ ПРОЦЕСАХ
•РІЗНИЦЯ РОБОТИ ТЕСТУВАЛЬНИКА В AGILE-ПРОЄКТІ ТА ТРАДИЦІЙНОМУ WATERFALL-ПРОЄКТУ
•ЩО ПРОПОНУЄ ISTQB ДЛЯ AGILE-ТЕСТУВАЛЬНИКА
•КОРОТКИЙ АНАЛІЗ ДОСТУПНИХ СЕРТИФІКАЦІЙ ПО ГІЛЦІ AGILE ВІД FOUNDATION ДО ADVANCED
РІВНІВ
•ЯКІ НЕОБХІДНІ НАВИЧКИ AGILE-ТЕСТУВАЛЬНИКА ДЛЯ ПРОДУКТИВНОЇ РОБОТИ В КОМАНДІ ТА В
СЕРЕДОВИЩІ AGILE
АГЕНДА
ЦІННОСТІ ТА ПРИНЦИПИ РОБОТИ
В AGILE SOFTWARE DEVELOPMENT.
РОЛІ І МІСЦЕ ТЕСТУВАЛЬНИКА В ЦИХ ПРОЦЕСАХ
МАНІФЕСТ
Самоорганізовані
команди
Неперервне
удосконалення
роботи
Швидка
поставка
цінності
Зміни вимог для
гнучкості
Простота
Люди та
взаємодія
Продукт, що
працює
Часті поставки
продукту
Технічна
досконалість
Співпраця з
замовником
Готовність до
змін
Спільна робота
бізнесу та розробки
Постійний ритм Робочий продукт
Безпосередня
комунікація
Вмотивоані
професіонали
How AI is transforming software testing
ЕВОЛЮЦІЯ ТЕСТУВАННЯ ПРОГРАМНОГО
ЗАБЕЗПЕЧЕННЯ
ОЦІНКА BACKLOG ITEMS В STORY
POINTS
Estimation Backlog’s items in story
points in Fibonacci digits
0, 1 – easy,
2, 3 – middle,
5, 8 – difficult,
13 – most difficult = max for 1 sprint
В ОЦІНКУ ЗУСИЛЬ СЛІД ЗАКЛАСТИ ВСІ ФАКТОРИ, ЯКІ МОЖУТЬ ВПЛИНУТИ
НА НЕЇ:
• ОБ’ЄМ НЕОБХІДНОЇ РОБОТИ;
• ТЕХНІЧНУ СКЛАДНІСТЬ ЗАДАЧІ;
• МОЖЛИВІ РИЗИКИ І НЕВИЗНАЧЕНІСТЬ ВИМОГ
https://habr.com/ru/post/489500/
КАНБАН МЕТОД
ALAN RICHARDSON HAS MORE THAN TWENTY YEARS OF
PROFESSIONAL IT EXPERIENCE, WORKING AS A PROGRAMMER AND
AT EVERY LEVEL OF THE TESTING HIERARCHY FROM TESTER
THROUGH HEAD OF TESTING. AUTHOR OF THE BOOKS “SELENIUM
SIMPLIFIED” AND “JAVA FOR TESTERS”. ALAN ALSO HAS CREATED
ONLINE TRAINING COURSES TO HELP PEOPLE LEARN TECHNICAL WEB
TESTING AND SELENIUM WEBDRIVER WITH JAVA. HE WORKS AS AN
INDEPENDENT CONSULTANT, HELPING COMPANIES IMPROVE THEIR
USE OF AUTOMATION, AGILE, AND EXPLORATORY TECHNICAL
TESTING. ALAN POSTS HIS WRITING AND TRAINING VIDEOS ON
SELENIUMSIMPLIFIED.COM, EVILTESTER.COM,
JAVAFORTESTERS.COM, AND COMPENDIUMDEV.CO.UK
РІЗНИЦЯ РОБОТИ ТЕСТУВАЛЬНИКА В AGILE-ПРОЄКТІ ТА В
ТРАДИЦІЙНОМУ WATERFALL-ПРОЄКТІ
ISTQB Agile Extension
ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ПО МЕТОДОЛОГІЇ
AGILE ПЕРЕДБАЧАЄ ПОЧАТОК ТЕСТУВАННЯ НА ЯКОМОГА
РАННЬОМУ ЕТАПІ В ЖИТТЄВОМУ ЦИКЛІ РОЗРОБКИ
ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ. ТАКОЖ ВИМАГАЄТЬСЯ УЧАСТЬ
КЛІЄНТІВ І ТЕСТУВАННЯ КОДУ, ЯК ТІЛЬКИ ВІН СТАЄ
ДОСТУПНИМ. КОД ПОВИНЕН БУТИ ДОСТАТНЬО СТАБІЛЬНИМ,
ЩОБ ПЕРЕДАТИ ЙОГО НА ТЕСТУВАННЯ СИСТЕМИ. РОЗШИРЕНЕ
РЕГРЕСІЙНЕ ТЕСТУВАННЯ МОЖНА ЗРОБИТИ, ЩОБ
ПЕРЕКОНАТИСЯ, ЩО ПОМИЛКИ ВИПРАВЛЕНІ ТА ПЕРЕВІРЕНІ. В
ОСНОВНОМУ, СПІЛКУВАННЯ ТА ВЗАЄМОДІЯ МІЖ КОМАНДАМИ
СПРИЯЄ УСПІХУ ТЕСТУВАННЯ ГНУЧКИХ МОДЕЛЕЙ!
AGILE TESTING – ЦЕ ПРАКТИКА ТЕСТУВАННЯ, ЯКА ДОТРИМУЄТЬСЯ ПРАВИЛ І ПРИНЦИПІВ ГНУЧКОЇ РОЗРОБКИ ПРОГРАМНОГО
ЗАБЕЗПЕЧЕННЯ. НА ВІДМІНУ ВІД МЕТОДУ ВОДОСПАДУ, AGILE TESTING МОЖЕ РОЗПОЧАТИСЯ НА ПОЧАТКУ ПРОЕКТУ З БЕЗПЕРЕРВНОЇ
ІНТЕГРАЦІЇ МІЖ РОЗРОБКОЮ ТА ТЕСТУВАННЯМ. МЕТОДОЛОГІЯ AGILE TESTING НЕ Є ПОСЛІДОВНОЮ (У ТОМУ СЕНСІ, ЩО ВОНА
ВИКОНУЄТЬСЯ ЛИШЕ ПІСЛЯ ФАЗИ КОДУВАННЯ), А БЕЗПЕРЕРВНОЮ.
ТЕСТ ПЛАН В AGILE ВКЛЮЧАЄ В СЕБЕ ТИПИ ТЕСТУВАННЯ, ПРОВЕДЕНОГО В ЦІЙ ІТЕРАЦІЇ, ЯК ВИМОГИ ДО ТЕСТОВИХ ДАНИХ,
ІНФРАСТРУКТУРУ, ТЕСТОВІ СЕРЕДОВИЩА ТА РЕЗУЛЬТАТИ ТЕСТУВАННЯ. НА ВІДМІНУ ВІД КАСКАДНОЇ МОДЕЛІ, У АGILE МОДЕЛІ ТЕСТ
ПЛАН СКЛАДАЄТЬСЯ ТА ОНОВЛЮЄТЬСЯ ДЛЯ КОЖНОГО РЕЛІЗУ.
ТИПОВІ ТЕСТ ПЛАНИ В АGILE ВКЛЮЧАЮТЬ:
1. TESTING SCOPE
2. NEW FUNCTIONALITIES WHICH ARE BEING TESTED
3. LEVEL OR TYPES OF TESTING BASED ON THE FEATURES COMPLEXITY
4. LOAD AND PERFORMANCE TESTING
5. INFRASTRUCTURE CONSIDERATION
6. MITIGATION OR RISKS PLAN
7. RESOURCING
8. DELIVERABLES AND MILESTONES
ЩО ПРОПОНУЄ ISTQB ДЛЯ AGILE-
ТЕСТУВАЛЬНИКА?
КОРОТКИЙ АНАЛІЗ ДОСТУПНИХ СЕРТИФІКАЦІЙ
ПО ГІЛЦІ AGILE ВІД FOUNDATION ДО
ADVANCED РІВНІВ
•THE ISTQB HAS ALWAYS RECOGNIZED DIFFERENT SOFTWARE DEVELOPMENT
LIFECYCLES IN SYLLABI
•SEQUENTIAL, INCREMENTAL, AND AGILE
•FOUNDATION, ADVANCED, AND EXPERT
•THE NEW SYLLABUS EXTENDS THE FOUNDATION
•TWO-DAY FOCUS ON TESTING IN AGILE PROJECTS
•SYLLABUS WRITTEN IN 2013
•DRAWS ON ESTABLISHED TESTING AND AGILE BEST PRACTICES
• ISTQB ЗАВЖДИ ВИЗНАВАВ РІЗНІ ЖИТТЄВІ ЦИКЛИ РОЗРОБКИ ПРОГРАМНОГО
ЗАБЕЗПЕЧЕННЯ В НАВЧАЛЬНИХ ПРОГРАМАХ
• - ПОСЛІДОВНИЙ, ІНКРЕМЕНТАЛЬНИЙ І AGILE
• - ФУНДАМЕНТАЛЬНИЙ, РОЗШИРЕНИЙ І ЕКСПЕРТИЙ РІВНІ
• НОВА ПРОГРАМА РОЗШИРЮЄ ФУНДАМЕНТАЛЬНИЙ РІВЕНЬ
• ДВОДЕННИЙ ФОКУС НА ТЕСТУВАННЯ В AGILE ПРОЄКТАХ
• ПРОГРАМА НАПИСАНА В 2013 РОЦІ
• СПИРАЄТЬСЯ НА ЗАТВЕРДЖЕНЕ ТЕСТУВАННЯ ТА НАЙКРАЩІ ПРАКТИКИ АGILE
INTRODUCTION TO FOUNDATION LEVEL EXTENSION SYLLABUS AGILE TEST
• AGILE РОЗРОБКА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
• ОСНОВИ AGILE РОЗРОБКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
• АСПЕКТИ АGILE ПІДХОДІВ
• ФУНДАМЕНТАЛЬНІ ПРИНЦИПИ, МЕТОДИ ТА ПРОЦЕСИ ШВИДКОГО
ТЕСТУВАННЯ
• ВІДМІННОСТІ МІЖ ТЕСТУВАННЯМ У ТРАДИЦІЙНОМУ ТА AGILE ПІДХОДАХ
• СТАН ТЕСТУВАННЯ В АGILE ПРОЄКТАХ
• РОЛЬ ТА НАВИЧКИ ТЕСТУВАЛЬНИКА В АGILE КОМАНДІ
• МЕТОДИ, МЕТОДИ ТА ІНСТРУМЕНТИ AGILE ТЕСТУВАННЯ
• AGILE МЕТОДИ ТЕСТУВАННЯ
• ОЦІНКА РИЗИКІВ ЯКОСТІ ПРОДУКЦІЇ ТА ОЦІНКА ЗУСИЛЬ ДЛЯ
ТЕСТУВАННЯ
• ТЕХНІКИ В АGILE ПРОЄКТАХ
• ІНСТРУМЕНТИ В АGILE ПРОЄКТАХ
КОНТЕНТ FOUNDATION LEVEL EXTENSION SYLLABUS AGILE
TESTER
• AGILE ТЕСТУВАННЯ — ЦЕ ВІДНОСНО НОВИЙ ПІДХІД ДО ТЕСТУВАННЯ ПРОГРАМНОГО
ЗАБЕЗПЕЧЕННЯ, ЯКИЙ СЛІДУЄ ПРИНЦИПАМ ГНУЧКОЇ РОЗРОБКИ ПРОГРАМНОГО
ЗАБЕЗПЕЧЕННЯ, ВИКЛАДЕНИМ У МАНІФЕСТІ AGILE.
• ТЕСТУВАЛЬНИК AGILE-ПРОЕКТУ ПРАЦЮВАТИМЕ ІНАКШЕ, НІЖ ТОЙ, ЩО ПРАЦЮЄ НАД
ТРАДИЦІЙНИМ ПРОЄКТОМ. ТЕСТУВАЛЬНИКИ ПОВИННІ РОЗУМІТИ ЦІННОСТІ ТА
ПРИНЦИПИ, ЯКІ ЛЕЖАТЬ В ОСНОВІ ПРОЄКТІВ AGILE, А ТАКОЖ ТЕ, ЯК ТЕСТУВАЛЬНИКИ Є
НЕВІД’ЄМНОЮ ЧАСТИНОЮ ПІДХОДУ ВСІЄЇ КОМАНДИ РАЗОМ ІЗ РОЗРОБНИКАМИ ТА
ПРЕДСТАВНИКАМИ БІЗНЕСУ. ІСНУЄ БАГАТО ПЛУТАНИНИ ЩОДО AGILE-ТЕСТУВАННЯ, А ЦЕ
ОЗНАЧАЄ, ЩО Є Й ОСВІТНІ МОЖЛИВОСТІ.
• ISTQB AGILE TESTER НАДАСТЬ ТЕСТУВАЛЬНИКУ ЗНАННЯ ДЛЯ ТОГО, ЩОБ СТАТИ
ЧАСТИНОЮ КОМАНДИ З AGILE ТЕСТУВАННЯ І ДОСЯГТИ ВИСОКОЇ ПРОДУКТИВНОСТІ.
•
• AGILE TESTER МОЖЕ...
• СПІВПРАЦЮВАТИ У БАГАТОФУНКЦІОНАЛЬНІЙ КОМАНДІ AGILE, ОЗНАЙОМЛЕНОЇ З
ПРИНЦИПАМИ ТА ОСНОВНИМИ МЕТОДАМИ РОЗРОБКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
AGILE.
• АДАПТУВАТИ НАЯВНИЙ ДОСВІД ТЕСТУВАННЯ ТА ЗНАННЯ ДО ЦІННОСТЕЙ І
ПРИНЦИПІВ AGILE.
• ПІДТРИМУВАТИ AGILE КОМАНДУ У ПЛАНУВАННІ ДІЯЛЬНОСТІ, ПОВ’ЯЗАНОЇ З
ТЕСТУВАННЯМ.
• ЗАСТОСОВУВАТИ ВІДПОВІДНІ МЕТОДИ ТА ТЕХНІКИ ТЕСТУВАННЯ В AGILE-ПРОЄКТІ.
• ДОПОМАГАТИ AGILE КОМАНДІ У РОБОТІ З АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ.
• ДОПОМАГАТИ ЗАЦІКАВЛЕНИМ СТОРОНАМ БІЗНЕСУ У ВИЗНАЧЕННІ ЗРОЗУМІЛИХ І
ПЕРЕВІРЕНИХ USER STORIES, СЦЕНАРІЇВ, ВИМОГ ТА КРИТЕРІЇВ ПРИЙНЯТТЯ ВІДПОВІДНО ДО
ПОТРЕБ.
• ПРАЦЮВАТИ ТА ДІЛИТИСЯ ІНФОРМАЦІЄЮ З ІНШИМИ ЧЛЕНАМИ КОМАНДИ,
ВИКОРИСТОВУЮЧИ ЕФЕКТИВНІ СТИЛІ ТА КАНАЛИ СПІЛКУВАННЯ.
• ЗАГАЛОМ, БАЗОВИЙ РІВЕНЬ СЕРТИФІКОВАНОГО ТЕСТУВАЛЬНИКА – ОЧІКУЄ, ЩО AGILE
ТЕСТУВАЛЬНИК НАБУВ НЕОБХІДНИХ НАВИЧОК ДЛЯ ЕФЕКТИВНОЇ РОБОТИ В КОМАНДІ ТА
СЕРЕДОВИЩІ AGILE.
КВАЛІФІКАЦІЯ FOUNDATION LEVEL EXTENSION – AGILE TESTER ПРИЗНАЧЕНА ДЛЯ ЧОТИРЬОХ
ОСНОВНИХ ГРУП ПРОФЕСІОНАЛІВ:
• ПРОФЕСІОНАЛИ, ЯКІ НАБУЛИ ГЛИБОКОГО ДОСВІДУ ТЕСТУВАННЯ ТРАДИЦІЙНИХ МЕТОДІВ І
ХОТІЛИ Б ОТРИМАТИ СЕРТИФІКАТ AGILE TESTER.
• МОЛОДШІ ПРОФЕСІЙНІ ТЕСТУВАЛЬНИКИ, ЯКІ ТІЛЬКИ ПОЧИНАЮТЬ ПРАЦЮВАТИ В ПРОФЕСІЇ
ТЕСТУВАННЯ, ОТРИМАЛИ СЕРТИФІКАТ БАЗОВОГО РІВНЯ І ХОТІЛИ БИ ДІЗНАТИСЯ БІЛЬШЕ ПРО
РОЛЬ ТЕСТУВАЛЬНИКА В AGILE СЕРЕДОВИЩІ.
• ФАХІВЦІ, ЯКІ ВІДНОСНО НОВАЧКИ В ТЕСТУВАННІ ТА ПОВИННІ ВПРОВАДЖУВАТИ ПІДХОДИ ДО
ТЕСТУВАННЯ, МЕТОДИ ТА ПРИЙОМИ В ЇХ ПОВСЯКДЕННІЙ РОБОТІ В AGILE-ПРОЕКТАХ.
• ПРОФЕСІОНАЛИ, ЯКІ МАЮТЬ ДОСВІД У СВОЇЙ РОЛІ (ВКЛЮЧАЮЧИ МОДУЛЬНЕ ТЕСТУВАННЯ) І
ПОТРЕБУЮТЬ БІЛЬШЕ РОЗУМІННЯ ТА ЗНАННЯ ПРО ТЕ, ЯК ВИКОНУВАТИ ТА КЕРУВАТИ
ТЕСТУВАННЯМ НА ВСІХ РІВНЯХ У AGILE ПРОЄКТАХ.
ДО ТАКИХ ФАХІВЦІВ НАЛЕЖАТЬ ЛЮДИ, ЯКІ ВИКОНУЮТЬ ТАКІ РОЛІ, ЯК ТЕСТУВАЛЬНИКИ, АНАЛІТИКИ З
ТЕСТУВАННЯ, ІНЖЕНЕРИ З ТЕСТУВАННЯ, ТЕСТУВАЛЬНИКИ КОНСУЛЬТАНТИ, МЕНЕДЖЕРИ З
ТЕСТУВАННЯ, USER ACCEPTANCE ТЕСТУВАЛЬНИКИ І РОЗРОБНИКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ.
ЦЯ СЕРТИФІКАЦІЯ FOUNDATION LEVEL EXTENSION – AGILE TESTER ТАКОЖ МОЖЕ БУТИ ДОРЕЧНОЮ
ДЛЯ ВСІХ, ХТО ХОЧЕ ГЛИБШЕ ЗРОЗУМІТИ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ В СВІТІ AGILE,
НАПРИКЛАД, МЕНЕДЖЕРИ ПРОЄКТІВ, МЕНЕДЖЕРИ З ЯКОСТІ, МЕНЕДЖЕРИ З РОЗРОБКИ ПРОГРАМНОГО
ЗАБЕЗПЕЧЕННЯ, БІЗНЕС-АНАЛІТИКИ, IT-ДИРЕКТОРИ ТА МЕНЕДЖМЕНТ КОНСУЛЬТАНТИ
У ПРОГРАМІ СИЛАБУСУ ВИ ПОБАЧИТЕ ЦІЛІ НАВЧАННЯ ТА РІВНІ ЗНАНЬ
ВОНИ ВКАЗУЮТЬ, ЩО ВАМ ПОТРІБНО ЗНАТИ, І ГЛИБИНУ ЗНАНЬ, НЕОБХІДНИХ ДЛЯ ІСПИТУ
РІВНІ ЗНАНЬ У ПРОГРАМІ СИЛАБУСУ:
• K1: ЗАПАМ'ЯТАТИ, ВПІЗНАТИ, ПРИГАДАТИ
• K2: ЗРОЗУМІТИ, ПОЯСНИТИ, АРГУМЕНТУВАТИ, ПОРІВНЯТИ, КЛАСИФІКУВАТИ,
УЗАГАЛЬНИТИ
• K3: ЗАСТОСУВАТИ
РОЗУМІННЯ РІВНІВ LO ТА K
THE EXAM STRUCTURE
• FORTY MULTIPLE-CHOICE QUESTIONS, 65% OR MORE TO PASS
THIRTEEN QUESTIONS FOR CHAPTER 1
• K1 = 5 QUESTIONS
• K2 = 7 QUESTIONS
• K3 = 1 QUESTION
• TWELVE QUESTIONS FOR CHAPTER 2
• K1 = 1 QUESTION
• K2 = 11 QUESTIONS
• K3 = 0 QUESTIONS
• FIFTEEN QUESTIONS FOR CHAPTER 3
• K1 = 4 QUESTIONS
• K2 = 4 QUESTIONS
• K3 = 7 QUESTIONS
THE K-LEVEL DISTRIBUTION IS MORE CHALLENGING THAN THE CTFL EXAM
• THE FUNDAMENTALS OF AGILE SOFTWARE DEVELOPMENT
• RECALL THE BASIC CONCEPT OF AGILE BASED ON THE AGILE MANIFESTO (K1)
• UNDERSTAND THE ADVANTAGES OF THE WHOLE-TEAM APPROACH (K2)
• UNDERSTAND THE BENEFITS OF EARLY AND FREQUENT FEEDBACK (K2)
• ASPECTS OF AGILE APPROACHES
• RECALL AGILE SOFTWARE DEVELOPMENT APPROACHES (K1)
• WRITE USER STORIES IN COLLABORATION WITH DEVELOPMENT, BUSINESS REPRESENTATIVE AND
PRODUCT OWNER (K3)
• UNDERSTAND HOW RETROSPECTIVES CAN BE USED AS A MECHANISM FOR PROCESS
IMPROVEMENT IN AGILE PROJECTS (K2)
• UNDERSTAND THE USE AND PURPOSE OF CONTINUOUS INTEGRATION (K2)
• KNOW THE DIFFERENCES BETWEEN ITERATION AND RELEASE PLANNING, AND HOW A TESTER
ADDS VALUE TO EACH OF ACTIVITY (K1)
LEARNING OBJECTIVES OF CHAPTER 1
• DIFFERENCES BETWEEN TESTING IN TRADITIONAL AND AGILE APPROACHES
• DESCRIBE THE DIFFERENCES BETWEEN TESTING ACTIVITIES IN AGILE PROJECTS AND NON-AGILE
PROJECTS (K2)
• DESCRIBE HOW CODING AND TESTING ACTIVITIES ARE INTEGRATED IN AGILE (K2)
• DESCRIBE THE ROLE OF INDEPENDENT TESTING IN AGILE PROJECTS (K2)
• STATUS OF TESTING IN AGILE PROJECTS
• DESCRIBE THE BASIC SET OF WORK PRODUCTS USED TO COMMUNICATE THE STATUS OF
TESTING IN AN AGILE PROJECT, INCLUDING TEST PROGRESS AND PRODUCT QUALITY (K2)
• DESCRIBE THE PROCESS OF EVOLVING TESTS ACROSS MULTIPLE ITERATIONS AND EXPLAIN WHY
TEST AUTOMATION IS IMPORTANT TO MANAGE REGRESSION RISK IN AGILE PROJECTS (K2)
• ROLE AND SKILLS OF A TESTER IN AN AGILE TEAM
• UNDERSTAND THE SKILLS OF A TESTER IN AN AGILE TEAM (K2)
• UNDERSTAND THE ROLE OF A TESTER WITHIN AN AGILE TEAM (K2)
LEARNING OBJECTIVES OF CHAPTER 2
LEARNING OBJECTIVES OF CHAPTER 3
• AGILE TESTING METHODS
• RECALL THE CONCEPTS OF TEST DRIVEN DEVELOPMENT, ACCEPTANCE TEST DRIVEN DEVELOPMENT
AND BEHAVIOR DRIVEN DEVELOPMENT (K1)
• RECALL THE CONCEPTS OF THE TEST PYRAMID (K1)
• SUMMARIZE THE TESTING QUADRANTS AND THEIR RELATIONSHIPS WITH TESTING LEVELS AND TESTING
TYPES (K2)
• FOR A GIVEN AGILE PROJECT, PRACTICE THE ROLE OF A TESTER IN SCRUM TEAM (K3)
• ASSESSING QUALITY RISKS AND ESTIMATING TEST EFFORT
• ASSESS PRODUCT QUALITY RISKS WITHIN AN AGILE PROJECT (K3)
• ESTIMATE TESTING EFFORT BASED ON ITERATION CONTENT AND PRODUCT QUALITY RISKS (K3)
• TECHNIQUES IN AGILE PROJECTS
• INTERPRET RELEVANT INFORMATION TO SUPPORT TESTING ACTIVITIES (K3)
• EXPLAIN TO BUSINESS STAKEHOLDERS HOW TO DEFINE TESTABLE ACCEPTANCE CRITERIA (K2)
• GIVEN A USER STORY, WRITE ACCEPTANCE TEST DRIVEN DEVELOPMENT TEST CASES (K3)
• WRITE TEST CASES, FOR BOTH FUNCTIONAL AND NON-FUNCTIONAL ASPECTS, USING BLACK BOX TEST
DESIGN TECHNIQUES BASED ON GIVEN USER STORIES (K3)
• EXECUTE EXPLORATORY TESTING TO SUPPORT THE TESTING OF AN AGILE PROJECT (K3)
• TOOLS IN AGILE PROJECTS
• RECALL DIFFERENT TOOLS AVAILABLE TO TESTERS ACCORDING TO THEIR PURPOSE AND TO THE
ACTIVITIES IN AGILE PROJECTS (K1)
IS THE AGILE EXTENSION FOR YOU?
• ЦІЛЬОВИМИ СПЕЦІАЛІСТАМИ Є:
• ТЕСТУВАЛЬНИКИ МАЮТЬ ДОСВІД РОБОТИ З ТРАДИЦІЙНИМ SDLC
• ТЕСТУВАЛЬНИКИ ПОЧАТКОВОГО РІВНЯ,
• ЗАЦІКАВЛЕНІ В AGILE-ТЕСТУВАННІ ДОСВІДЧЕНІ РОЗРОБНИКИ З АБО БЕЗ ЗНАНЬ В
ТЕСТУВАННІ, ЯКІ ПРАЦЮЮТЬ У AGILE-ПРОЄКТАХ
• РОЛІ ВКЛЮЧАЮТЬ ТЕСТУВАЛЬНИКІВ, АНАЛІТИКІВ З ТЕСТУВАННЯ, ІНЖЕНЕРІВ З
ТЕСТУВАННЯ, КОНСУЛЬТАНТІВ З ТЕСТУВАННЯ, МЕНЕДЖЕРІВ З ТЕСТУВАННЯ, USER
ACCEPTANCE ТЕСТУВАЛЬНИКІВ, РОЗРОБНИКІВ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
• СЕРТИФІКАТ ISTQB FOUNDATION Є ОБОВ’ЯЗКОВОЮ УМОВОЮ
AGILE TESTER FOUNDATION LEVEL BY REX
BLACK, 2014
ІНДУСТРІЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ШВИДКО ЗМІНЮЄТЬСЯ. ЩОБ ВПОРАТИСЯ З ЦИМИ ЗМІНАМИ ТА НАДАТИ
ЗАЦІКАВЛЕНИМ СТОРОНАМ ДОСТУП ДО АКТУАЛЬНОЇ ІНФОРМАЦІЇ, РОБОЧІ ГРУПИ ISTQB СТВОРИЛИ ВЕБ-САЙТ
WWW.ISTQB.ORG, ЯКИЙ МІСТИТЬ СУПРОВІДНІ ДОКУМЕНТИ, ЗМІНИ СТАНДАРТІВ ТА НОВІ ВИПАДКИ В ПРОМИСЛОВОСТІ.
ЦЯ ІНФОРМАЦІЯ НЕ ПІДЛЯГАЄ ЕКЗАМЕНАЦІЙНІЙ ПЕРЕВІРЦІ ЗА ЦІЄЮ ПРОГРАМОЮ (СИЛАБУСОМ)
ISTQB AGILE TECHNICAL TESTER CERTIFICATION
ВДОСКОНАЛЬТЕ ЗНАННЯ ДО ADVANCED РІВНЯ AGILE-ТЕСТУВАННЯ ЗА ДОПОМОГОЮ ISTQB AGILE TECHNICAL TESTER!
ISTQB ADVANCED LEVEL AGILE TECHNICAL TESTER (CTAL-ATT) БАЗУЄТЬСЯ НА СЕРТИФІКАЦІЇ AGILE TESTER БАЗОВОГО РІВНЯ
ISTQB, ЩОБ ВИ МОГЛИ ПРОДЕМОНСТРУВАТИ, ЩО ВИ:
- ОСВОЇЛИ ОСНОВНІ КОНЦЕПЦІЇ ТЕСТУВАННЯ AGILE І ГОТОВІ ПОКАЗАТИ СВОЇ ПЕРЕДОВІ ЗНАННЯ
- РОЗВИВАЄТЕ НАВИЧКИ ТЕХНІЧНОГО ТЕСТУВАННЯ В КОНТЕКСТІ AGILE
- ГОТОВІ СТАТИ ЛІДЕРОМ У СЕРЕДОВИЩІ AGILE ТЕСТУВАННЯ
КВАЛІФІКАЦІЯ ADVANCED LEVEL AGILE TECHNICAL TESTER
ПРИЗНАЧЕНА ДЛЯ ФАХІВЦІВ, ЯКІ ВЖЕ ДОСЯГЛИ
ВИСОКОГО РІВНЯ В СВОЇЙ КАР’ЄРІ В ТЕСТУВАННІ
ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ТА БАЖАЮТЬ РОЗВИВАТИ
СВІЙ ДОСВІД У АСПЕКТАХ ТЕХНІЧНОГО ТЕСТУВАННЯ В
КОНТЕКСТІ AGILE. МОДУЛІ, ЯКІ ПРОПОНУЮТЬСЯ НА
ADVANCED РІВНІ, ОХОПЛЮЮТЬ ШИРОКИЙ СПЕКТР ТЕМ
ТЕСТУВАННЯ.
ЩОБ ОТРИМАТИ СЕРТИФІКАТ ADVANCED LEVEL В
МОДУЛІ «AGILE TECHNICAL TESTER», КАНДИДАТИ
ПОВИННІ МАТИ ДІЙСНИЙ СЕРТИФІКАТ CERTIFIED TESTER
FOUNDATION LEVEL І ДІЙСНИЙ СЕРТИФІКАТ CERTIFIED
TESTER FOUNDATION LEVEL AGILE TESTER.
СТРУКТУРА ІСПИТУ ADVANCED LEVEL AGILE TECHNICAL TESTER СКЛАДАЄТЬСЯ З
40 ПИТАНЬ З КІЛЬКОМА ВІДПОВІДЯМИ, З ПРОХІДНИМ БАЛОМ 65%, ЯКИЙ
ПОТРІБНО ВИКОНАТИ ПРОТЯГОМ 90 ХВИЛИН. УЧАСНИКИ, ЯКІ СКЛАДАТИМУТЬ
ІСПИТ НЕ СВОЄЮ РОЗМОВНОЮ МОВОЮ, ОТРИМАЮТЬ ДОДАТКОВІ 25% ЧАСУ,
СТВОРЕННЯ ТА ВПРОВАДЖЕННЯ РІЗНІ ПІДХОДИ AGILE TEST, ВИКОРИСТОВУЮЧИ ВІДПОВІДНІ МЕТОДИ
ПІДТРИМКА ТА СПРИЯННЯ АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ В AGILE-ПРОЄКТІ
ПІДТРИМКА БЕЗПЕРЕРВНОЇ ІНТЕГРАЦІЇ В AGILE TEAM
ПІДТРИМКА AGILE TEAM У БЕЗПЕРЕРВНІЙ ДОСТАВЦІ ТА РОЗГОРТАННІ
ВИВЧЕННЯ КОНЦЕПЦІЇ ВІРТУАЛІЗАЦІЇ ПОСЛУГ
СПІВПРАЦЯ ТА ШЕРІНГ ІНФОРМАЦІЄЮ З ІНШИМИ ЧЛЕНАМИ КОМАНДИ, ВИКОРИСТОВУЮЧИ ЕФЕКТИВНІ СТИЛІ ТА КАНАЛИ СПІЛКУВАННЯ
МЕТА НАВЧАННЯ
ВМІННЯ ПРОВОДИТИ АНАЛІЗ USER STORIES ТА ЕПІКІВ, ВИКОРИСТОВУЮЧИ МЕТОДИ РОЗРОБКИ ВИМОГ (REQUIREMENTS ENGINEERING TECHNIQUES)
ОПИС REQUIREMENTS ENGINEERING TECHNIQUES І ЯК ВОНИ МОЖУТЬ ДОПОМОГТИ ТЕСТУВАЛЬНИКАМ
СТВОРЕННЯ ТА ОЦІНКА КРИТЕРІЇВ ПРИЙНЯТТЯ, ЯКІ МОЖНА ПЕРЕВІРИТИ ДЛЯ ДАНОЇ USER STORIES, ВИКОРИСТОВУЮЧИ REQUIREMENTS ENGINEERING TECHNIQUES
ТА ТЕХНІКИ ТЕСТУВАННЯ
ОПИСАННЯ ТЕХНІК ВИЛУЧЕННЯ (ELICITATION TECHNIQUES)
ЗАСТОСУВАННЯ РОЗРОБКИ НА ОСНОВІ ТЕСТУ (TDD) У КОНТЕКСТІ ДАНОГО ПРИКЛАДУ В AGILE-ПРОЄКТІ
РОЗУМІННЯ ХАРАКТЕРИСТИКИ МОДУЛЬНОГО ТЕСТУ
РОЗУМІННЯ ЗНАЧЕННЯ МНЕМОНІЧНОГО СЛОВА FIRST
ЗАСТОСУВАННЯ РОЗРОБКИ НА ОСНОВІ ПОВЕДІНКИ (BDD) У КОНТЕКСТІ ДАНОЇ USER STORY В AGILE-ПРОЄКТІ
РОЗУМІННЯ, ЯК КЕРУВАТИ GUIDELINES ДЛЯ ФОРМУЛЮВАННЯ СЦЕНАРІЮ
АНАЛІЗ БЕКЛОГУ ПРОДУКТУ В AGILE-ПРОЄКТІ ДЛЯ ВИЗНАЧЕННЯ СПОСОБУ ВПРОВАДЖЕННЯ РОЗРОБКИ НА ОСНОВІ ACCEPTANCE ТЕСТУВАННЯ (ATDD)
АНАЛІЗ СТВОРЕННЯ ПІДХОДУ ДО ТЕСТУВАННЯ З ВИКОРИСТАННЯМ АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ, ТЕСТІВ НА ОСНОВІ ДОСВІДУ ТА ТЕСТІВ BLACKBOX,
СТВОРЕНИХ ЗА ДОПОМОГОЮ ІНШИХ ПІДХОДІВ (ВКЛЮЧАЮЧИ ТЕСТУВАННЯ НА ОСНОВІ РИЗИКІВ) ДЛЯ ДАНОГО СЦЕНАРІЮ В AGILE-ПРОЄКТІ
РОЗУМІННЯ ВІДМІННОСТІ МІЖ КРИТИЧНИМИ ТА НЕКРИТИЧНИМИ (MISSION CRITICAL AND NON-CRITICAL)
АНАЛІЗ USER STORIES І ЕПІКІВ, ЩОБ СТВОРИТИ ТЕСТОВІ CHARTERS ТА ІНТЕРПРЕТУВАТИ ЇХ РЕЗУЛЬТАТИ
РОЗУМІННЯ ВИКОРИСТАННЯ ТЕХНІК НА ОСНОВІ ДОСВІДУ
РОЗУМІННЯ ВАЖЛИВОСТІ РЕФАКТОРИНГУ ТЕСТОВИХ ВИПАДКІВ У ПРОЄКТАХ AGILE
РОЗУМІННЯ ПРАКТИЧНОГО СПИСКУ ЗАВДАНЬ ДЛЯ ТЕСТОВИХ ВИПАДКІВ РЕФАКТОРИНГУ
АНАЛІЗ КОДУ ЯК ЧАСТИНУ ПЕРЕВІРКИ КОДУ ДЛЯ ВИЯВЛЕННЯ ДЕФЕКТІВ І ТЕХНІЧНОГО БОРГУ
РОЗУМІННЯ СТАТИЧНОГО АНАЛІЗ КОДУ
ЗАСТОСУВАННЯ МЕТОДІВ ТЕСТУВАННЯ НА ОСНОВІ ДАНИХ І КЛЮЧОВИХ СЛІВ ДЛЯ РОЗРОБКИ АВТОМАТИЗОВАНИХ СЦЕНАРІЇВ ТЕСТУВАННЯ
РОЗУМІННЯ, ЯК ЗАСТОСУВАТИ АВТОМАТИЗАЦІЮ ТЕСТУВАННЯ ДО ПЕВНОГО ПІДХОДУ ДО ТЕСТУВАННЯ В СЕРЕДОВИЩІ AGILE
РОЗУМІННЯ АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ
РОЗУМІННЯ ВІДМІННОСТЕЙ МІЖ РІЗНИМИ ПІДХОДАМИ ДО ТЕСТУВАННЯ
РОЗУМІННЯ ФАКТОРІВ, ЯКІ СЛІД ВРАХОВУВАТИ ПРИ ВИЗНАЧЕННІ РІВНЯ АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ, НЕОБХІДНОГО ДЛЯ ТОГО, ЩОБ НЕ ВІДСТАВАТИ ПО
ШВИДКОСТІ РОЗГОРТАННЯ
РОЗУМІННЯ ПРОБЛЕМИ АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ В АДАПТИВНИХ НАЛАШТУВАННЯХ
ЗАСТОСУВАННЯ БЕЗПЕРЕРВНОЇ ІНТЕГРАЦІЇ (CI) ТА ПІДСУМОК ЇЇ ВПЛИВІВ НА ТЕСТУВАННЯ
РОЗУМІННЯ РОЛІ БЕЗПЕРЕРВНОГО ТЕСТУВАННЯ В БЕЗПЕРЕРВНІЙ ДОСТАВЦІ ТА БЕЗПЕРЕРВНОМУ РОЗГОРТАННІ
РОЗУМІННЯ КОНЦЕПЦІЇ ВІРТУАЛІЗАЦІЇ СЕРВІСІВ ТА ЇЇ РОЛЬ У AGILE-ПРОЄКТАХ
СЕРТИФІКАЦІЯ AGILE TEST LEADERSHIP AT SCALE ЗОСЕРЕДЖЕНА НА ТОМУ, ЯК ОРГАНІЗУВАТИ ТА ПОКРАЩИТИ ЯКІСТЬ ТА ТЕСТУВАННЯ
В КІЛЬКОХ КОМАНДАХ У AGILE ОРГАНІЗАЦІЇ. СПИРАЮЧИСЬ НА СЕРТИФІКАЦІЮ AGILE TESTER, ЯКА ОХОПЛЮЄ, ЯК ПРОВОДИТИ
ТЕСТУВАННЯ НА РІВНІ ОДНІЄЇ AGILE-КОМАНДИ.
AGILE TEST LEADERSHIP AT SCALE ОХОПЛЮЄ ТЕ, ЯК ПРОВОДИТИ ТЕСТУВАННЯ ТА ПОКРАЩУВАТИ ЯКІСТЬ У ПРОЄКТАХ АБО
ОРГАНІЗАЦІЯХ З КІЛЬКОМА AGILE КОМАНДАМИ. ВІН ТАКОЖ ОХОПЛЮЄ, ЯК ПІДІЙТИ ДО ЯКОСТІ ТА ТЕСТУВАННЯ НА СТРАТЕГІЧНОМУ
РІВНІ, ЩОБ ДОСЯГТИ ВИЩОЇ ДІЛОВОЇ ГНУЧКОСТІ В ОРГАНІЗАЦІЇ. ОТРИМАВШИ ЦЮ СЕРТИФІКАЦІЮ, ВИ ЗМОЖЕТЕ МАСШТАБУВАТИ
ЗУСИЛЛЯ З ТЕСТУВАННЯ ТА ЗАБЕЗПЕЧЕННЯ ЯКОСТІ, ВИХОВУЮЧИ МИСЛЕННЯ ТА КУЛЬТУРУ ЯКОСТІ В УСІЙ ОРГАНІЗАЦІЇ.
ЦЕ ВКЛЮЧАЄ ПЕРЕХІД ВІД ТРАДИЦІЙНОГО ПІДХОДУ ДО УПРАВЛІННЯ ТЕСТУВАННЯМ, ЯКИЙ ЗАЗВИЧАЙ ВИКОРИСТОВУЄТЬСЯ В
МОДЕЛЯХ ПОСЛІДОВНОЇ РОЗРОБКИ, ДО ПІДХОДУ ПІДТРИМКИ ЯКОСТІ, ЯКИЙ БАЗУЄТЬСЯ НА ПРИНЦИПАХ І ЦІННОСТЯХ LEAN І AGILE.
ВИ ТАКОЖ ДІЗНАЄТЕСЯ, ЯК ВИКОРИСТОВУВАТИ ЗАГАЛЬНІ МЕТОДИ ТА ПРОЦЕСИ LEAN І AGILE ДЛЯ АНАЛІЗУ ТА ВИРІШЕННЯ ПРОБЛЕМ
І ЯК ВИ МОЖЕТЕ ВИКОРИСТОВУВАТИ ЇХ ДЛЯ ПОКРАЩЕННЯ ТЕСТУВАННЯ ТА ЯКОСТІ У ВАШІЙ ОРГАНІЗАЦІЇ.
ADVANCED LEVEL AGILE TEST LEADERSHIP AT SCALE ПРИЗНАЧЕНО ДЛЯ ЛЮДЕЙ, ЯКІ ПРАЦЮЮТЬ В ОРГАНІЗАЦІЇ, ЯКА ПРАГНЕ ДО
ГНУЧКОСТІ В МАСШТАБІ АБО БІЗНЕС-ГНУЧКОСТІ, І ЯКІ ВЖЕ РОЗУМІЮТЬСЯ НА AGILE І AGILE ТЕСТУВАННІ.
ЦЯ СЕРТИФІКАЦІЯ БУДЕ ДУЖЕ КОРИСНОЮ ДЛЯ ЛЮДЕЙ, ЯКІ ПРАЦЮЮТЬ НА ТАКИХ ПОСАДАХ, ЯК:
МЕНЕДЖЕР ТЕСТУВАННЯ, КЕРІВНИК ТЕСТУВАННЯ, ТЕСТОВИЙ АНАЛІТИК, ІНЖЕНЕР З ЯКОСТІ, QUALITY ASSURANCE, КОУЧ З ЯКОСТІ,
ДЛЯ ЧЛЕНІВ AGILE КОМАНД, ДЛЯ ЧЛЕНІВ ГРУПИ ЛІДЕРІВ КІЛЬКОХ AGILE-КОМАНД, МЕНЕДЖЕР ПРОЄКТУ, RELEASE TRAIN ENGINEER,
SCRUM MASTER
ЩОБ ОТРИМАТИ СЕРТИФІКАТ ADVANCED LEVEL У «AGILE TEST LEADERSHIP AT SCALE», КАНДИДАТИ ПОВИННІ:
МАТИ ДІЙСНИЙ СЕРТИФІКАТ РІВНЯ CERTIFIED TESTER FOUNDATION;
МАТИ ДІЙСНИЙ СЕРТИФІКАТ FOUNDATION LEVEL AGILE TESTER;
І МАТИ ДОСТАТНІЙ ПРАКТИЧНИЙ ДОСВІД ДЛЯ СЕРТИФІКАЦІЇ НА ADVANCED РІВНІ, ЯКИЙ ПОВИНЕН СТАНОВИТИ НЕ МЕНШЕ 3 (ТРЬОХ)
РОКІВ ВІДПОВІДНОГО ПРАКТИЧНОГО ДОСВІДУ РОБОТИ В AGILE-КОМАНДІ АБО AGILE ОРГАНІЗАЦІЇ.
ВЛАСНИК СЕРТИФІКАТА AGILE TEST LEADERSHIP AT SCALE МОЖЕ: ВИХОВУЙТЕ ЦІННІСНЕ МИСЛЕННЯ ТА КУЛЬТУРУ ЯКОСТІ
ЩОБ ОТРИМАТИ СЕРТИФІКАТ AGILE TEST LEADERSHIP AT SCALE, ВАМ ПОТРІБНО:
РОЗУМІТИ ПІДТРИМКУ ЯКОСТІ ЯК ПІДХІД ДО УПРАВЛІННЯ ЯКІСТЮ ТА ТЕСТУВАННЯМ
РОЗУМІТИ ПОТІК ЦІННОСТІ ЯК ПОНЯТТЯ
ЗАСТОСОВУВАТИ КАРТУ ПОТОКУ СТВОРЕННЯ ЦІННОСТІ ЯК ЛІДЕР ТЕСТУВАННЯ, ЩОБ ЗРОЗУМІТИ ТА ВІЗУАЛІЗУВАТИ РОБОЧІ
ПРОЦЕСИ
ЗАСТОСОВУВАТИ ЦИКЛ «ПЛАНУЙТЕ-ЗДІЙСНЮЙТЕ-ПЕРЕВІРЯЙТЕ-ДІЙТЕ» (PDCA) ДЛЯ ВИРІШЕННЯ ПРОБЛЕМИ ЯКОСТІ
РОЗУМІТИ, ЯК ВБУДУВАТИ PDCA В ОРГАНІЗАЦІЮ
РОЗУМІТИ, ЯК СИСТЕМНЕ МИСЛЕННЯ ТА АНАЛІЗ ПЕРШОПРИЧИН ПІДТРИМУЮТЬ ПІДХІД QUALITY ASSISTANCE APPROACH
ЗАСТОСОВУВАТИ ДІАГРАМУ ПРИЧИННО-НАСЛІДКОВОГО ЦИКЛУ, ЩОБ ВИЗНАЧИТИ ПЕРШОПРИЧИНИ
ПРАКТИЧНІ НАВЧАЛЬНІ ЦІЛІ:
ВРАХОВУЮЧИ ПРОБЛЕМУ, ПОВ’ЯЗАНУ З ЯКІСТЮ, НАДАТИ ЯКІСНУ ДОПОМОГУ, ВИКОРИСТОВУЮЧИ ОДНУ АБО КОМБІНАЦІЮ
ЧОТИРЬОХ ВАЖЛИВИХ НАВИЧОК (ЗМІНИ ЛІДЕРСТВА, КОУЧИНГ З ЯКОСТІ, ФАСИЛІТАЦІЮ ТА НАВЧАННЯ).
ПРОАНАЛІЗУЙТЕ ПОТІК СТВОРЕННЯ ЦІННОСТЕЙ, ЩОБ ВИЗНАЧИТИ ПРОБЛЕМИ З ЯКІСТЮ ТА ТЕСТУВАННЯМ, ВИКОРИСТОВУЮЧИ
ОСНОВНІ ПОКАЗНИКИ/МЕТРИКИ.
РОЗДІЛ 1 QUALITY ASSISTANCE
РОЗДІЛ 1 ПРЕДСТАВЛЯЄ QUALITY ASSISTANCE ЯК ПІДХІД ДО УПРАВЛІННЯ ЯКІСТЮ, ЯКИЙ
МАЄ ВИРІШАЛЬНЕ ЗНАЧЕННЯ ДЛЯ РОЗВИТКУ ТА ПІДТРИМКИ ОРГАНІЗАЦІЇ, ОРІЄНТОВАНОЇ
НА ЦІННОСТІ. ВІН ОХОПЛЮЄ, ЯК ПІДХІД ДО ПІДТРИМКИ ЯКОСТІ І ВІДПОВІДАЄ ВІДОМИМ
КОНЦЕПЦІЯМ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ, ТАКИМ ЯК КЕРУВАННЯ
ТЕСТУВАННЯМ, КОНТРОЛЬ ЯКОСТІ ТА ЗАБЕЗПЕЧЕННЯ ЯКОСТІ(ASSURANCE).
AGILE TEST LEADERSHIP AT SCALE ЗОСЕРЕДЖУЄТЬСЯ НА ТОМУ, ЩОБ ДОЗВОЛИТИ ІНШИМ В
ОРГАНІЗАЦІЇ ВИКОНУВАТИ ОБОВ’ЯЗКИ З ЯКОСТІ ТА ТЕСТУВАННЯ, ЩОБ СПРИЯТИ РОЗВИТКУ
МИСЛЕННЯ ТА КУЛЬТУРИ ЯКОСТІ НА ОРГАНІЗАЦІЙНОМУ РІВНІ. ТОМУ ТУТ
НАГОЛОШУЄТЬСЯ НА 4 ВАЖЛИВИХ НАВИЧКАХ ДЛЯ ФОРМУВАННЯ КОМПЕТЕНЦІЇ ТА
МАСШТАБУВАННЯ ЯКОСТІ ТА ТЕСТУВАННЯ В ОРГАНІЗАЦІЇ.
РОЗДІЛ 2 ПОКРАЩЕННЯ ЯКОСТІ ТА ПОТОКУ В ОРГАНІЗАЦІЇ, ОРІЄНТОВАНОЇ НА ЦІННІСТЬ
РОЗДІЛ 2 ВСТАНОВЛЮЄ МЕТОДИ, ЩО СПРИЯЮТЬ ІДЕНТИФІКАЦІЇ ТА ОПТИМІЗАЦІЇ ПОТОКІВ
РОЗРОБКИ ТА ОПЕРАЦІЙНИХ ПОТОКІВ ЦІННОСТЕЙ. У НЬОМУ ОПИСАНО, ЩО ТАКЕ ПОТІК
СТВОРЕННЯ ЦІННОСТЕЙ, ВИКОРИСТОВУВАНІ ПОЗНАЧЕННЯ ТА ЧОМУ ВАЖЛИВО ЗРОЗУМІТИ
КОНЦЕПЦІЇ ТА МИСЛЕННЯ ЦІЄЇ МЕТОДОЛОГІЇ LEAN. ОПИСАНО, ЯК АНАЛІЗУВАТИ ПОТІК
ЦІННОСТЕЙ З ТОЧКИ ЗОРУ ЯКОСТІ ТА ТЕСТУВАННЯ, А ТАКОЖ ОСНОВНІ ПОКАЗНИКИ, ЯКІ
ВИКОРИСТОВУЮТЬСЯ ДЛЯ АНАЛІЗУ ПОТОКУ ЦІННОСТЕЙ. ПОКРАЩЕННЯ ЯКОСТІ ТА
ПОТОКУ В ОРГАНІЗАЦІЇ, ЩО КЕРУЄТЬСЯ ЦІННІСТЮ, ПІДКРЕСЛЮЄ ЛІКВІДАЦІЮ ВІДХОДІВ.
ТОМУ РОЗДІЛ 2 ЗОСЕРЕДЖУЄТЬСЯ НА ДІЯЛЬНОСТІ, ЩО ДОДАЄ ВАРТІСТЬ, І ДІЯЛЬНОСТІ,
ЯКА НЕ ДОДАЄ ВАРТОСТІ.
РОЗДІЛ 3 ПОСТІЙНЕ ПОКРАЩЕННЯ ЯКОСТІ ТА ТЕСТУВАННЯ
РОЗДІЛ 3 СПИРАЄТЬСЯ НА МЕТОДИ ВДОСКОНАЛЕННЯ, ВСТАНОВЛЕНІ В РОЗДІЛІ 2, АЛЕ
ЗОСЕРЕДЖУЄТЬСЯ НА МЕТОДАХ ПІДТРИМКИ ПОСЛІДОВНОГО ТА СТІЙКОГО ВИРІШЕННЯ
ПРОБЛЕМ. ВІН ДОСЛІДЖУЄ ТАКІ ПІДХОДИ, ЯК ЦИКЛ PDCA, ЩОБ ДОСЯГТИ ЦИХ ЦІЛЕЙ І
ПРИЩЕПИТИ КУЛЬТУРУ ВДОСКОНАЛЕННЯ В ОРГАНІЗАЦІЇ. У ЦІЙ ГЛАВІ ПРЕДСТАВЛЕНО
СИСТЕМНЕ МИСЛЕННЯ ТА АНАЛІЗ ПЕРШОПРИЧИН ЯК ПІДХОДИ ДО ВИЯВЛЕННЯ ПРИЧИН
ПРОБЛЕМ ЯКОСТІ ТА ТЕСТУВАННЯ В ПОТОКАХ ЦІННОСТЕЙ. ВІН ТАКОЖ ОХОПЛЮЄ СХЕМУ
ПРИЧИННО-НАСЛІДКОВОГО ЦИКЛУ ТЕХНІКИ. ТОМУ РОЗДІЛ 3 РОЗШИРЮЄ РОЗУМІННЯ
TESTING IN THE AGILE SAFE METHODOLOGY
ЯКІ НЕОБХІДНІ НАВИЧКИ AGILE-ТЕСТУВАЛЬНИКУ ДЛЯ
ПРОДУКТИВНОЇ РОБОТИ В КОМАНДІ ТА В
СЕРЕДОВИЩІ AGILE?
• AGILE-ТЕСТУВАЛЬНИКИ ПОВИННІ:
• СПІВПРАЦЮВАТИ В AGILE-КОМАНДІ,
• БУТИ ЗНАЙОМИМИ З ПРИНЦИПАМИ ТА ПРАКТИКАМИ AGILE
• АДАПТУВАТИ НАЯВНИЙ ДОСВІД ТЕСТУВАННЯ, ЗНАННЯ ТА
ПЕРЕДОВІ МЕТОДИ
• ПІДТРИМУВАТИ AGILE КОМАНДУ В ПЛАНУВАННІ ДІЯЛЬНОСТІ,
ПОВ’ЯЗАНОЇ З ТЕСТУВАННЯМ ЗАСТОСОВУВАТИ ВІДПОВІДНІ
МЕТОДИ ТА ТЕХНІКИ ТЕСТУВАННЯ
• ДОПОМАГАТИ В АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ
• ДОПОМАГАТИ ЗАЦІКАВЛЕНИМ СТОРОНАМ БІЗНЕСУ ВИЗНАЧАТИ
ЗРОЗУМІЛІ Й ПЕРЕВІРЕНІ USER STORIES І КРИТЕРІЇ ПРИЙНЯТТЯ
• ПРАЦЮВАТИ ТА ДІЛИТИСЯ ІНФОРМАЦІЄЮ З ІНШИМИ ЧЛЕНАМИ
КОМАНДИ
• ISTQB AGILE TESTER ПОВИНЕН ЕФЕКТИВНО ПРАЦЮВАТИ В AGILE
КОМАНДІ ТА СЕРЕДОВИЩІ
У AGILE КОМАНДІ ТЕСТУВАЛЬНИКИ ПОВИННІ ТІСНО СПІВПРАЦЮВАТИ З УСІМА ІНШИМИ ЧЛЕНАМИ КОМАНДИ, З БІЗНЕСОМ ТА
ЗАЦІКАВЛЕНИМИ СТОРОНАМИ. ЦЕ МАЄ РЯД НАСЛІДКІВ З ТОЧКИ ЗОРУ ЕФЕКТИВНОСТІ ДІЯЛЬНОСТІ, ЯКУ ВОНИ ВИКОНУЮТЬ У AGILE
КОМАНДІ.
НАВИЧКИ AGILE TESTER
AGILE-ТЕСТУВАЛЬНИКИ ПОВИННІ ВОЛОДІТИ ВСІМА НАВИЧКАМИ, ЗАЗНАЧЕНИМИ В ПРОГРАМІ БАЗОВОГО РІВНЯ
[ISTQB_FL_SYL]. НА ДОДАТОК ДО ЦИХ НАВИЧОК, ТЕСТУВАЛЬНИК У КОМАНДІ AGILE МАЄ БУТИ КОМПЕТЕНТНИМ У АВТОМАТИЗАЦІЇ
ТЕСТУВАННЯ, РОЗРОБЦІ НА ОСНОВІ ВИПРОБУВАНЬ (TEST-DRIVEN DEVELOPMENT), РОЗРОБЦІ НА ОСНОВІ ПРИЙМАЛЬНИХ
ВИПРОБУВАНЬ (ACCEPTANCE TEST-DRIVEN DEVELOPMENT), ТЕХНІК БІЛОГО ТА ЧОРНОГО ЯЩИКІВ, А ТАКОЖ У ТЕСТУВАННІ НА ОСНОВІ
ДОСВІДУ (EXPERIENCE-BASED).
ОСКІЛЬКИ МЕТОДОЛОГІЇ AGILE ЗНАЧНОЮ МІРОЮ ЗАЛЕЖАТЬ ВІД СПІВПРАЦІ, СПІЛКУВАННЯ ТА ВЗАЄМОДІЇ МІЖ ЧЛЕНАМИ
КОМАНДИ, А ТАКОЖ ЗАЦІКАВЛЕНИМИ СТОРОНАМИ ЗА МЕЖАМИ КОМАНДИ - ТЕСТУВАЛЬНИКИ В AGILE-КОМАНДІ ПОВИННІ МАТИ
НАВИЧКИ МІЖОСОБИСТІСНОГО СПІЛКУВАННЯ.
ТЕСТУВАЛЬНИКИ В AGILE-КОМАНДІ ПОВИННІ:
• БУТИ ПОЗИТИВНИМИ ТА ОРІЄНТОВАНИМИ НА РІШЕННЯ З ЧЛЕНАМИ КОМАНДИ ТА ЗАЦІКАВЛЕНИМИ СТОРОНАМИ
• ВІДОБРАЖАТИ КРИТИЧНЕ, СКЕПТИЧНЕ, ОРІЄНТОВАНЕ НА ЯКІСТЬ МИСЛЕННЯ ЩОДО ПРОДУКТУ
• АКТИВНО ОТРИМУВАТИ ІНФОРМАЦІЮ ВІД ЗАЦІКАВЛЕНИХ СТОРІН (ЗАМІСТЬ ТОГО, ЩОБ ПОВНІСТЮ ПОКЛАДАТИСЯ НА
ПИСЬМОВУ ІНФОРМАЦІЮ ТА ТЕХНІЧНІ ХАРАКТЕРИСТИКИ)
• ТОЧНО ОЦІНЮВАТИ ТА ЗВІТУВАТИ ПРО РЕЗУЛЬТАТИ ВИПРОБУВАНЬ, ПРОГРЕС ТЕСТУВАННЯ ТА ЯКІСТЬ ПРОДУКЦІЇ
• ЕФЕКТИВНО ПРАЦЮВАТИ З КЛІЄНТОМ, ЙОГО ПРЕДСТАВНИКАМИ ТА ЗАЦІКАВЛЕНИМИ СТОРОНАМИ
• НАД ВИЗНАЧЕННЯМ ПЕРЕВІРЕНИХ USER STORIES, ОСОБЛИВО КРИТЕРІЇВ ПРИЙНЯТТЯ, СПІВПРАЦЮВАТИ В КОМАНДІ, ПРАЦЮЮЧИ В
ПАРАХ З РОЗРОБНИКАМИ ТА ІНШИМИ ЧЛЕНАМИ КОМАНДИ
• ШВИДКО РЕАГУВАТИ НА ЗМІНИ В ХОДІ ПРОЦЕСІВ РОЗРОБКИ, ВКЛЮЧАЮЧИ ЗМІНИ, ДОДАВАННЯ АБО ВДОСКОНАЛЕННЯ ТЕСТОВИХ
ВИПАДКІВ
• ПЛАНУВАТИ ТА ОРГАНІЗОВУВАТИ ВЛАСНУ РОБОТУ. ПОСТІЙНЕ ВДОСКОНАЛЮВАТИ ЗНАННЯ, НАВИЧКИ, ВКЛЮЧАЮЧИ РОЗВИТОК
НАВИЧОК МІЖОСОБИСТІСНОГО СПІЛКУВАННЯ, ЩО Є ВАЖЛИВИМ ДЛЯ ВСІХ ТЕСТУВАЛЬНИКІВ, У ТОМУ ЧИСЛІ В AGILE-КОМАНДАХ
НАВИЧКИ AGILE ТЕСТУВАЛЬНИКА
РОЛЬ ТЕСТУВАЛЬНИКА В AGILE-КОМАНДІ ВКЛЮЧАЄ В СЕБЕ ДІЇ, ЯКІ ГЕНЕРУЮТЬ І НАДАЮТЬ ЗВОРОТНІЙ ЗВ'ЯЗОК НЕ ТІЛЬКИ ПРО
СТАТУС ТЕСТУВАННЯ, ХІД ТЕСТУВАННЯ ТА ЯКІСТЬ ПРОДУКЦІЇ, А ТАКОЖ ПРО ЯКІСТЬ ПРОЦЕСУ.
КРІМ ОСНОВНИХ ФУНКЦІЙ ТА ОБОВ’ЯЗКІВ ТЕСТУВАЛЬНИКА В AGILE КОМАНДІ ДОДАЮТЬСЯ:
• РОЗУМІННЯ, ВПРОВАДЖЕННЯ ТА ОНОВЛЕННЯ СТРАТЕГІЇ ТЕСТУВАННЯ
• ВИМІРЮВАННЯ ТА ЗВІТУВАННЯ ЩОДО ТЕСТОВОГО ПОКРИТТЯ ДЛЯ ВСІХ ПРИЙНЯТИХ РОЗМІРІВ ПОКРИТТЯ
• ЗАБЕЗПЕЧЕННЯ НАЛЕЖНОГО ВИКОРИСТАННЯ ІНСТРУМЕНТІВ ТЕСТУВАННЯ
• НАЛАШТУВАННЯ, ВИКОРИСТАННЯ ТА КЕРУВАННЯ ТЕСТОВИМИ СЕРЕДОВИЩАМИ ТА ТЕСТОВИМИ ДАНИМИ
• ПОВІДОМЛЕННЯ ПРО НЕДОЛІКИ ТА РОБОТА З КОМАНДОЮ ДЛЯ ЇХ УСУНЕННЯ
• НАВЧАННЯ ІНШИХ ЧЛЕНІВ КОМАНДИ ЩОДО ВІДПОВІДНИХ АСПЕКТІВ ТЕСТУВАННЯ
• ЗАБЕЗПЕЧЕННЯ ПЛАНУВАННЯ ВІДПОВІДНИХ ЗАВДАНЬ ТЕСТУВАННЯ ПІД ЧАС ВИПУСКУ ТА ПЛАНУВАННЯ ІТЕРАЦІЇ
• АКТИВНА СПІВПРАЦЯ З РОЗРОБНИКАМИ ТА ЗАЦІКАВЛЕНИМИ СТОРОНАМИ БІЗНЕСУ ДЛЯ УТОЧНЕННЯ ВИМОГ, ОСОБЛИВО З ТОЧКИ
ЗОРУ МОЖЛИВОСТІ ПРОВЕДЕННЯ ТЕСТУВАННЯ, ПОСЛІДОВНОСТІ ТА ПОВНОТИ
• АКТИВНА УЧАСТЬ У РЕТРОСПЕКТИВАХ КОМАНДИ, ПРОПОНУВАННЯ ТА ВПРОВАДЖЕННЯ ПОКРАЩЕНЬ У AGILE-КОМАНДІ
КОЖЕН ЧЛЕН КОМАНДИ ВІДПОВІДАЄ ЗА ЯКІСТЬ ПРОДУКЦІЇ ТА ВІДІГРАЄ ПЕВНУ РОЛЬ ВИКОНАННЯ ЗАВДАНЬ, ПОВ’ЯЗАНИХ З
ТЕСТУВАННЯМ.
AGILE ОРГАНІЗАЦІЇ МОЖУТЬ ЗІТКНУТИСЯ З ДЕЯКИМИ ОРГАНІЗАЦІЙНИМИ РИЗИКАМИ, ПОВ’ЯЗАНИМИ З ТЕСТУВАННЯМ:
• ТЕСТУВАЛЬНИКИ НАСТІЛЬКИ ТІСНО СПІВПРАЦЮЮТЬ З РОЗРОБНИКАМИ, ЩО ВТРАЧАЮТЬ ВІДПОВІДНЕ МИСЛЕННЯ
ТЕСТУВАЛЬНИКА
• ТЕСТУВАЛЬНИКИ СТАЮТЬ ТЕРПИМИМИ ДО НЕЕФЕКТИВНИХ, НИЗЬКОЯКІСНИХ ПРАКТИК АБО МОВЧАТЬ ПРО НИХ
• ТЕСТУВАЛЬНИКИ НЕ МОЖУТЬ ВСТИГАТИ ЗА ВХІДНИМИ ЗМІНАМИ В ОБМЕЖЕНИХ ЗА ЧАСОМ ІТЕРАЦІЯХ
ЩОБ ПОМ’ЯКШИТИ ЦІ РИЗИКИ, ОРГАНІЗАЦІЇ МОЖУТЬ РОЗГЛЯНУТИ ВАРІАНТИ ЗБЕРЕЖЕННЯ НЕЗАЛЕЖНОСТІ ТЕСТУВАННЯ
РОЛЬ ТЕСТУВАЛЬНИКА В AGILE КОМАНДІ ТА РИЗИКИ ДЛЯ AGILE ОРГАНІЗАЦІЇ
2014 VS. 2021 IN ISTQB AGILE
ISTQB Certified Tester - Foundation Level Extension -
Agile Tester
SCRUM Guide Guide Kanban Method XP
New version in Sep 2014 New version in Nov. 2020 New version in February 2021 closed
February
2000
Scrum is an Agile management framework which
contains the following constituent instruments and
practices: Sprint, Product Increment, Product Backlog,
Sprint Backlog, Definition of Done, Timeboxing,
Transparency.
Scrum is a lightweight framework that helps people, teams
and organizations generate value through adaptive solutions
for complex problems.
Transparency, Inspection, Adaptation are empirical Scrum
pillars.
Scrum Values: Commitment, Focus, Openness, Respect, and
Courage.
Scrum Events: Sprint, Sprint Planning, Daily Scrum, Sprint
Review, Sprint Retrospective.
Scrum Artifacts: Product Backlog, Sprint Backlog, Increment
(Commitment: Definition of Done- is a formal description of
the state of the Increment when it meets the quality
measures required for the product).
Scrum defines 3 roles: Scrum Master, Product Owner,
Development Team
Scrum defines 3 roles: Scrum Master, Product Owner,
Developers
Kanban is a management approach that is sometimes
used in Agile projects.
Kanban utilized three instruments : Kanban Board,
Work-in-Progress Limit, Lead Time.
Kanban is a rather abstract “method without methodology” and has a wide area of
possible applications.
It is important to understand that the Kanban Method is applied with its principles
and practices on top of an existing flow of work and way of working.
Kanban General Practices: Visualize, Limit Work in Progress (WIP), Manage Flow,
Make Policies Explicit, Implement Feedback Loops, Improve Collaboratively, Evolve
Experimentally Core Kanban Metrics
There are a number of basic metrics in Kanban:
• Lead time is the time it takes for a single work item to pass through the system
from the start
(commitment point) to completion
• Delivery rate is the number of completed work items per unit of time, such as
features per week, training classes per months, or new hires per month
• WIP (work in progress) is the amount of work items in the system (or a defined
part of it) at a certain
point in time. Cadence: Team Kanban Meeting (daily), Team Retrospective (Biweekly
or Monthly), Internal Team
Replenishment Meeting (weekly or as needed)
Iterations or sprints are optional in Kanban No iterations and sprints in Kanban
Daily stand up
What have you completed since the last meeting?
What do you plan to complete by the next meeting?
What is getting in your way?
Daily Scrum
The purpose of the Daily Scrum is to inspect progress toward
the Sprint Goal and adapt the Sprint Backlog as necessary,
adjusting the upcoming planned work. The Daily Scrum is a
15-minute event for the Developers of the Scrum Team.
Team Kanban Meeting
Release planning - - +
Retrospectives The Scrum Team inspects how the last Sprint went with Service Delivery Reviews are the Kanban way of doing retrospectives. They focus on
ЩИРО ВДЯЧНА ЗА ВАШУ УВАГУ!

More Related Content

More from GoQA

БОГДАН САВЧУК «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»GoQA
 
ЕЛЬМІР ІСКАНДЕРОВ «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»GoQA
 
ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»
ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»
ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»GoQA
 
КАТЕРИНА АБЗЯТОВА «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...GoQA
 
НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...
НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...
НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...GoQA
 
РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»
РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»
РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»GoQA
 
СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»
СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»
СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»GoQA
 
КАТЕРИНА АБЗЯТОВА - 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...GoQA
 
Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...
Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...
Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...GoQA
 
ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»
ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»
ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»GoQA
 
ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»
ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»
ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»GoQA
 
РОМАН ДУМАНСЬКИЙ «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»GoQA
 
ВЯЧЕСЛАВ САХАРОВ “Баги, хотфікси та воркераунди в космічній галузі. Вчимось н...
ВЯЧЕСЛАВ САХАРОВ “Баги, хотфікси та воркераунди в космічній галузі. Вчимось н...ВЯЧЕСЛАВ САХАРОВ “Баги, хотфікси та воркераунди в космічній галузі. Вчимось н...
ВЯЧЕСЛАВ САХАРОВ “Баги, хотфікси та воркераунди в космічній галузі. Вчимось н...GoQA
 
ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»
ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»
ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»GoQA
 
СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»
СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»
СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»GoQA
 
АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»
АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»
АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»GoQA
 
ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»
ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»
ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»GoQA
 
АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»
АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»
АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»GoQA
 
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...GoQA
 
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»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»
 

Recently uploaded

Проблеми захисту лісу в Україні та шляхи вирішення
Проблеми захисту лісу в Україні та шляхи вирішенняПроблеми захисту лісу в Україні та шляхи вирішення
Проблеми захисту лісу в Україні та шляхи вирішенняtetiana1958
 
Принципові відмінності досконалої (повної) конкуренції від інших форм організ...
Принципові відмінності досконалої (повної) конкуренції від інших форм організ...Принципові відмінності досконалої (повної) конкуренції від інших форм організ...
Принципові відмінності досконалої (повної) конкуренції від інших форм організ...JurgenstiX
 
Р.Шеклі "Запах думки". Аналіз оповідання
Р.Шеклі "Запах думки". Аналіз оповіданняР.Шеклі "Запах думки". Аналіз оповідання
Р.Шеклі "Запах думки". Аналіз оповіданняAdriana Himinets
 
атестація 2023-2024 Kewmrbq wtynh GNJ.pdf
атестація 2023-2024 Kewmrbq wtynh GNJ.pdfатестація 2023-2024 Kewmrbq wtynh GNJ.pdf
атестація 2023-2024 Kewmrbq wtynh GNJ.pdfhome
 
Іваніщук Надія Вікторівна атестація .pdf
Іваніщук Надія Вікторівна атестація  .pdfІваніщук Надія Вікторівна атестація  .pdf
Іваніщук Надія Вікторівна атестація .pdfhome
 
Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»
Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»
Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»tetiana1958
 
Бомбочки для ванни своїми руками презентація
Бомбочки для ванни своїми руками презентаціяБомбочки для ванни своїми руками презентація
Бомбочки для ванни своїми руками презентаціяssuser0a4f48
 
Бібліотека – розвиток дитячої творчості та дозвілля для дітейpptx
Бібліотека – розвиток дитячої творчості  та дозвілля для дітейpptxБібліотека – розвиток дитячої творчості  та дозвілля для дітейpptx
Бібліотека – розвиток дитячої творчості та дозвілля для дітейpptxssuserc301ed1
 
Презентациія для сайта Група «Незабудка».pptx
Презентациія для сайта Група «Незабудка».pptxПрезентациія для сайта Група «Незабудка».pptx
Презентациія для сайта Група «Незабудка».pptxOlgaDidenko6
 
Застосування Гайду безбар’єрності в роботі закладів культури громад Одещини.pdf
Застосування Гайду безбар’єрності в роботі закладів культури громад Одещини.pdfЗастосування Гайду безбар’єрності в роботі закладів культури громад Одещини.pdf
Застосування Гайду безбар’єрності в роботі закладів культури громад Одещини.pdfssuser15a891
 
Хімічні елементи в літературних творах 8 клас
Хімічні елементи в літературних творах 8 класХімічні елементи в літературних творах 8 клас
Хімічні елементи в літературних творах 8 класkrementsova09nadya
 
ЛЕКЦІЯ Засоби масової інформації –важливий інструмент ПР.ppt
ЛЕКЦІЯ Засоби масової інформації –важливий інструмент ПР.pptЛЕКЦІЯ Засоби масової інформації –важливий інструмент ПР.ppt
ЛЕКЦІЯ Засоби масової інформації –важливий інструмент ПР.pptssuser59e649
 

Recently uploaded (12)

Проблеми захисту лісу в Україні та шляхи вирішення
Проблеми захисту лісу в Україні та шляхи вирішенняПроблеми захисту лісу в Україні та шляхи вирішення
Проблеми захисту лісу в Україні та шляхи вирішення
 
Принципові відмінності досконалої (повної) конкуренції від інших форм організ...
Принципові відмінності досконалої (повної) конкуренції від інших форм організ...Принципові відмінності досконалої (повної) конкуренції від інших форм організ...
Принципові відмінності досконалої (повної) конкуренції від інших форм організ...
 
Р.Шеклі "Запах думки". Аналіз оповідання
Р.Шеклі "Запах думки". Аналіз оповіданняР.Шеклі "Запах думки". Аналіз оповідання
Р.Шеклі "Запах думки". Аналіз оповідання
 
атестація 2023-2024 Kewmrbq wtynh GNJ.pdf
атестація 2023-2024 Kewmrbq wtynh GNJ.pdfатестація 2023-2024 Kewmrbq wtynh GNJ.pdf
атестація 2023-2024 Kewmrbq wtynh GNJ.pdf
 
Іваніщук Надія Вікторівна атестація .pdf
Іваніщук Надія Вікторівна атестація  .pdfІваніщук Надія Вікторівна атестація  .pdf
Іваніщук Надія Вікторівна атестація .pdf
 
Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»
Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»
Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»
 
Бомбочки для ванни своїми руками презентація
Бомбочки для ванни своїми руками презентаціяБомбочки для ванни своїми руками презентація
Бомбочки для ванни своїми руками презентація
 
Бібліотека – розвиток дитячої творчості та дозвілля для дітейpptx
Бібліотека – розвиток дитячої творчості  та дозвілля для дітейpptxБібліотека – розвиток дитячої творчості  та дозвілля для дітейpptx
Бібліотека – розвиток дитячої творчості та дозвілля для дітейpptx
 
Презентациія для сайта Група «Незабудка».pptx
Презентациія для сайта Група «Незабудка».pptxПрезентациія для сайта Група «Незабудка».pptx
Презентациія для сайта Група «Незабудка».pptx
 
Застосування Гайду безбар’єрності в роботі закладів культури громад Одещини.pdf
Застосування Гайду безбар’єрності в роботі закладів культури громад Одещини.pdfЗастосування Гайду безбар’єрності в роботі закладів культури громад Одещини.pdf
Застосування Гайду безбар’єрності в роботі закладів культури громад Одещини.pdf
 
Хімічні елементи в літературних творах 8 клас
Хімічні елементи в літературних творах 8 класХімічні елементи в літературних творах 8 клас
Хімічні елементи в літературних творах 8 клас
 
ЛЕКЦІЯ Засоби масової інформації –важливий інструмент ПР.ppt
ЛЕКЦІЯ Засоби масової інформації –важливий інструмент ПР.pptЛЕКЦІЯ Засоби масової інформації –важливий інструмент ПР.ppt
ЛЕКЦІЯ Засоби масової інформації –важливий інструмент ПР.ppt
 

Марина Мінак-Супруненко Agile очима ISTQB

  • 1. AGILE ОЧИМА ISTQB MARYNA MINAK-SUPRUNENKO
  • 2. “ ” SOFTWARE TESTING IS IN MANY WAYS SIMILAR TO PLAYING THE PIANO, COOKING MEAL, OR DRIVING CAR. HOW SO? IN EACH CASE, YOU CAN READ BOOKS ABOUT THESE ACTIVITIES, BUT UNTIL YOU HAVE PRACTICED, YOU KNOW VERY LITTLE ABOUT HOW TO DO THIS. REX BLACK, PRESIDENT OF RBCS, A LEADER IN SOFTWARE, HARDWARE, AND SYSTEM TESTING
  • 3. REFERENCES • ISTQB.ORG SYLLABUS + GLOSSARY; • REX BLACK “ADVANCED SOFTWARE TESTING VOL.1 VOL.2 VOL.3”; • GRAHAM/BLACK/VAN VEENENDAAL “FOUNDATIONS OF SOFTWARE TESTING ISTQB CERTIFICATION, 4TH EDITION”; • LEE COPELAND “A PRACTITIONER'S TO SOFTWARE GUIDE TEST DESIGN“; • CEM KANER “LESSONS LEARNED IN SOFTWARE TESTING“; • WIEGERS K. “SOFTWARE REQUIREMENTS, 3RD EDITION“ • …
  • 4. AGILE THEORY REFERENCES • ISTQB.ORG SYLLABUS + GLOSSARY; • HTTPS://AGILEMANIFESTO.ORG/ ; • HTTPS://WWW.SCRUM.ORG/; • HTTPS://WWW.SCRUMALLIANCE.ORG/; • HTTPS://WWW.ICAGILE.COM/; • HTTPS://KANBAN.UNIVERSITY/; • HTTPS://WWW.SCALEDAGILEFRAMEWORK.COM/; • HTTPS://LESS.WORKS/; • EXTREME PROGRAMMING EXPLAINED: EMBRACE CHANGE, 2ND EDITION (THE XP SERIES) 2ND EDITION • …
  • 5. VISION ПОСТІЙНО ВДОСКОНАЛЮВАТИ ТА РОЗВИВАТИ ПРОФЕСІЮ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ШЛЯХОМ: ВИЗНАЧЕННЯ ТА ПІДТРИМКИ ЗБІРНИКА ЗНАНЬ, ЯКИЙ ДОЗВОЛЯЄ ТЕСТУВАЛЬНИКАМ ПРОХОДИТИ СЕРТИФІКАЦІЮ НА ОСНОВІ ПЕРЕДОВОГО ДОСВІДУ, ОБ’ЄДНУВАННЯ МІЖНАРОДНОЇ СПІЛЬНОТИ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ТА ЗАОХОЧЕННЯ ДОСЛІДЖЕННЯ. МІСІЯ ISTQB® МИ ПРОПАГУЄМО ЦІННІСТЬ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ЯК ПРОФЕСІЇ ДЛЯ ОКРЕМИХ ОСІБ ТА ОРГАНІЗАЦІЙ. МИ ДОПОМАГАЄМО ТЕСТУВАЛЬНИКАМ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ БУТИ ЕФЕКТИВНІШИМИ ТА ЕФЕКТИВНІШИМИ У СВОЇЙ РОБОТІ ЧЕРЕЗ СЕРТИФІКАЦІЮ КОМПЕТЕНЦІЙ. МИ ДОЗВОЛЯЄМО ТЕСТУВАЛЬНИКАМ РОЗВИВАТИ СВОЮ КАР’ЄРУ ЗА ДОПОМОГОЮ КОДЕКСУ ЕТИКИ ПРОФЕСІОНАЛІВ ТА БАГАТОРІВНЕВОЇ СИСТЕМИ СЕРТИФІКАЦІЇ, ЯКА НАДАЄ ЇМ НАВИЧКИ ТА ЗНАННЯ, НЕОБХІДНІ ДЛЯ ВИКОНАННЯ ЗРОСТАЮЧИХ ОБОВ’ЯЗКІВ ТА ПІДВИЩЕННЯ ПРОФЕСІОНАЛІЗМУ. МИ ПОСТІЙНО ВДОСКОНАЛЮЄМО ЗБІР ЗНАНЬ ДЛЯ ТЕСТУВАННЯ, СПИРАЮЧИСЬ НА НАЙКРАЩІ ДОСТУПНІ ПРОМИСЛОВІ МЕТОДИ ТА НАЙІННОВАЦІЙНІШІ ДОСЛІДЖЕННЯ, І РОБИМО ЦІ ЗНАННЯ БЕЗКОШТОВНО ДОСТУПНИМИ ДЛЯ ВСІХ. МИ ВСТАНОВЛЮЄМО КРИТЕРІЇ ДЛЯ АКРЕДИТАЦІЇ ПОСТАЧАЛЬНИКІВ ТРЕНІНГІВ, ЩОБ ЗАБЕЗПЕЧИТИ ПОСЛІДОВНУ ПЕРЕДАЧУ ЗБІРНИКА ЗНАНЬ У ВСЬОМУ СВІТІ. МИ РЕГУЛЮЄМО ЗМІСТ І ОХОПЛЕННЯ ЕКЗАМЕНАЦІЙНИХ ПИТАНЬ, ПРОЦЕС ІСПИТУ, А ТАКОЖ ВИДАЧУ СЕРТИФІКАТІВ ОФІЦІЙНИМИ ОРГАНАМИ ЕКЗАМЕНУ. МИ ПРАГНЕМО РОЗШИРИТИ СЕРТИФІКАЦІЮ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ПО ВСЬОМУ СВІТУ, ДОПУСТИВШИ РАДИ ЧЛЕНІВ ДО ISTQB®. ЦІ РАДИ (BOARDS) ДОТРИМУЮТЬСЯ КОНСТИТУЦІЇ, ПІДЗАКОННИХ АКТІВ І ПРОЦЕСІВ, ВИЗНАЧЕНИХ ISTQB®, І БЕРУТЬ УЧАСТЬ У РЕГУЛЯРНИХ АУДИТАХ. МИ ПЛЕКАЄМО ВІДКРИТЕ МІЖНАРОДНЕ СПІВТОВАРИСТВО, ЯКЕ ПРАГНЕ ДІЛИТИСЯ ЗНАННЯМИ, ІДЕЯМИ ТА ІННОВАЦІЯМИ В ТЕСТУВАННІ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ. МИ ПІДТРИМУЄМО ВІДНОСИНИ З НАУКОВИМИ КОЛАМИ, УРЯДОМ, ЗМІ, ПРОФЕСІЙНИМИ АСОЦІАЦІЯМИ ТА ІНШИМИ ЗАЦІКАВЛЕНИМИ СТОРОНАМИ. МИ ЗАБЕЗПЕЧУЄМО ОРІЄНТИР, ЗА ЯКИМ МОЖНА ОЦІНИТИ ЕФЕКТИВНІСТЬ ПОСЛУГ ТЕСТУВАННЯ, ЗБЕРІГАЮЧИ ПОПУЛЯРНІСТЬ ЯК БАЧЕННЯ ТА МІСІЯ ISTQB®
  • 6. •ЦІННОСТІ ТА ПРИНЦИПИ РОБОТИ В AGILE SOFTWARE DEVELOPMENT ТА РОЛІ І МІСЦЕ ТЕСТУВАЛЬНИКА В ЦИХ ПРОЦЕСАХ •РІЗНИЦЯ РОБОТИ ТЕСТУВАЛЬНИКА В AGILE-ПРОЄКТІ ТА ТРАДИЦІЙНОМУ WATERFALL-ПРОЄКТУ •ЩО ПРОПОНУЄ ISTQB ДЛЯ AGILE-ТЕСТУВАЛЬНИКА •КОРОТКИЙ АНАЛІЗ ДОСТУПНИХ СЕРТИФІКАЦІЙ ПО ГІЛЦІ AGILE ВІД FOUNDATION ДО ADVANCED РІВНІВ •ЯКІ НЕОБХІДНІ НАВИЧКИ AGILE-ТЕСТУВАЛЬНИКА ДЛЯ ПРОДУКТИВНОЇ РОБОТИ В КОМАНДІ ТА В СЕРЕДОВИЩІ AGILE АГЕНДА
  • 7. ЦІННОСТІ ТА ПРИНЦИПИ РОБОТИ В AGILE SOFTWARE DEVELOPMENT. РОЛІ І МІСЦЕ ТЕСТУВАЛЬНИКА В ЦИХ ПРОЦЕСАХ
  • 8. МАНІФЕСТ Самоорганізовані команди Неперервне удосконалення роботи Швидка поставка цінності Зміни вимог для гнучкості Простота Люди та взаємодія Продукт, що працює Часті поставки продукту Технічна досконалість Співпраця з замовником Готовність до змін Спільна робота бізнесу та розробки Постійний ритм Робочий продукт Безпосередня комунікація Вмотивоані професіонали
  • 9. How AI is transforming software testing ЕВОЛЮЦІЯ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
  • 10.
  • 11.
  • 12. ОЦІНКА BACKLOG ITEMS В STORY POINTS Estimation Backlog’s items in story points in Fibonacci digits 0, 1 – easy, 2, 3 – middle, 5, 8 – difficult, 13 – most difficult = max for 1 sprint В ОЦІНКУ ЗУСИЛЬ СЛІД ЗАКЛАСТИ ВСІ ФАКТОРИ, ЯКІ МОЖУТЬ ВПЛИНУТИ НА НЕЇ: • ОБ’ЄМ НЕОБХІДНОЇ РОБОТИ; • ТЕХНІЧНУ СКЛАДНІСТЬ ЗАДАЧІ; • МОЖЛИВІ РИЗИКИ І НЕВИЗНАЧЕНІСТЬ ВИМОГ https://habr.com/ru/post/489500/
  • 14.
  • 15. ALAN RICHARDSON HAS MORE THAN TWENTY YEARS OF PROFESSIONAL IT EXPERIENCE, WORKING AS A PROGRAMMER AND AT EVERY LEVEL OF THE TESTING HIERARCHY FROM TESTER THROUGH HEAD OF TESTING. AUTHOR OF THE BOOKS “SELENIUM SIMPLIFIED” AND “JAVA FOR TESTERS”. ALAN ALSO HAS CREATED ONLINE TRAINING COURSES TO HELP PEOPLE LEARN TECHNICAL WEB TESTING AND SELENIUM WEBDRIVER WITH JAVA. HE WORKS AS AN INDEPENDENT CONSULTANT, HELPING COMPANIES IMPROVE THEIR USE OF AUTOMATION, AGILE, AND EXPLORATORY TECHNICAL TESTING. ALAN POSTS HIS WRITING AND TRAINING VIDEOS ON SELENIUMSIMPLIFIED.COM, EVILTESTER.COM, JAVAFORTESTERS.COM, AND COMPENDIUMDEV.CO.UK
  • 16.
  • 17. РІЗНИЦЯ РОБОТИ ТЕСТУВАЛЬНИКА В AGILE-ПРОЄКТІ ТА В ТРАДИЦІЙНОМУ WATERFALL-ПРОЄКТІ
  • 18. ISTQB Agile Extension ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ПО МЕТОДОЛОГІЇ AGILE ПЕРЕДБАЧАЄ ПОЧАТОК ТЕСТУВАННЯ НА ЯКОМОГА РАННЬОМУ ЕТАПІ В ЖИТТЄВОМУ ЦИКЛІ РОЗРОБКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ. ТАКОЖ ВИМАГАЄТЬСЯ УЧАСТЬ КЛІЄНТІВ І ТЕСТУВАННЯ КОДУ, ЯК ТІЛЬКИ ВІН СТАЄ ДОСТУПНИМ. КОД ПОВИНЕН БУТИ ДОСТАТНЬО СТАБІЛЬНИМ, ЩОБ ПЕРЕДАТИ ЙОГО НА ТЕСТУВАННЯ СИСТЕМИ. РОЗШИРЕНЕ РЕГРЕСІЙНЕ ТЕСТУВАННЯ МОЖНА ЗРОБИТИ, ЩОБ ПЕРЕКОНАТИСЯ, ЩО ПОМИЛКИ ВИПРАВЛЕНІ ТА ПЕРЕВІРЕНІ. В ОСНОВНОМУ, СПІЛКУВАННЯ ТА ВЗАЄМОДІЯ МІЖ КОМАНДАМИ СПРИЯЄ УСПІХУ ТЕСТУВАННЯ ГНУЧКИХ МОДЕЛЕЙ! AGILE TESTING – ЦЕ ПРАКТИКА ТЕСТУВАННЯ, ЯКА ДОТРИМУЄТЬСЯ ПРАВИЛ І ПРИНЦИПІВ ГНУЧКОЇ РОЗРОБКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ. НА ВІДМІНУ ВІД МЕТОДУ ВОДОСПАДУ, AGILE TESTING МОЖЕ РОЗПОЧАТИСЯ НА ПОЧАТКУ ПРОЕКТУ З БЕЗПЕРЕРВНОЇ ІНТЕГРАЦІЇ МІЖ РОЗРОБКОЮ ТА ТЕСТУВАННЯМ. МЕТОДОЛОГІЯ AGILE TESTING НЕ Є ПОСЛІДОВНОЮ (У ТОМУ СЕНСІ, ЩО ВОНА ВИКОНУЄТЬСЯ ЛИШЕ ПІСЛЯ ФАЗИ КОДУВАННЯ), А БЕЗПЕРЕРВНОЮ. ТЕСТ ПЛАН В AGILE ВКЛЮЧАЄ В СЕБЕ ТИПИ ТЕСТУВАННЯ, ПРОВЕДЕНОГО В ЦІЙ ІТЕРАЦІЇ, ЯК ВИМОГИ ДО ТЕСТОВИХ ДАНИХ, ІНФРАСТРУКТУРУ, ТЕСТОВІ СЕРЕДОВИЩА ТА РЕЗУЛЬТАТИ ТЕСТУВАННЯ. НА ВІДМІНУ ВІД КАСКАДНОЇ МОДЕЛІ, У АGILE МОДЕЛІ ТЕСТ ПЛАН СКЛАДАЄТЬСЯ ТА ОНОВЛЮЄТЬСЯ ДЛЯ КОЖНОГО РЕЛІЗУ. ТИПОВІ ТЕСТ ПЛАНИ В АGILE ВКЛЮЧАЮТЬ: 1. TESTING SCOPE 2. NEW FUNCTIONALITIES WHICH ARE BEING TESTED 3. LEVEL OR TYPES OF TESTING BASED ON THE FEATURES COMPLEXITY 4. LOAD AND PERFORMANCE TESTING 5. INFRASTRUCTURE CONSIDERATION 6. MITIGATION OR RISKS PLAN 7. RESOURCING 8. DELIVERABLES AND MILESTONES
  • 19. ЩО ПРОПОНУЄ ISTQB ДЛЯ AGILE- ТЕСТУВАЛЬНИКА?
  • 20.
  • 21.
  • 22. КОРОТКИЙ АНАЛІЗ ДОСТУПНИХ СЕРТИФІКАЦІЙ ПО ГІЛЦІ AGILE ВІД FOUNDATION ДО ADVANCED РІВНІВ
  • 23. •THE ISTQB HAS ALWAYS RECOGNIZED DIFFERENT SOFTWARE DEVELOPMENT LIFECYCLES IN SYLLABI •SEQUENTIAL, INCREMENTAL, AND AGILE •FOUNDATION, ADVANCED, AND EXPERT •THE NEW SYLLABUS EXTENDS THE FOUNDATION •TWO-DAY FOCUS ON TESTING IN AGILE PROJECTS •SYLLABUS WRITTEN IN 2013 •DRAWS ON ESTABLISHED TESTING AND AGILE BEST PRACTICES • ISTQB ЗАВЖДИ ВИЗНАВАВ РІЗНІ ЖИТТЄВІ ЦИКЛИ РОЗРОБКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ В НАВЧАЛЬНИХ ПРОГРАМАХ • - ПОСЛІДОВНИЙ, ІНКРЕМЕНТАЛЬНИЙ І AGILE • - ФУНДАМЕНТАЛЬНИЙ, РОЗШИРЕНИЙ І ЕКСПЕРТИЙ РІВНІ • НОВА ПРОГРАМА РОЗШИРЮЄ ФУНДАМЕНТАЛЬНИЙ РІВЕНЬ • ДВОДЕННИЙ ФОКУС НА ТЕСТУВАННЯ В AGILE ПРОЄКТАХ • ПРОГРАМА НАПИСАНА В 2013 РОЦІ • СПИРАЄТЬСЯ НА ЗАТВЕРДЖЕНЕ ТЕСТУВАННЯ ТА НАЙКРАЩІ ПРАКТИКИ АGILE INTRODUCTION TO FOUNDATION LEVEL EXTENSION SYLLABUS AGILE TEST
  • 24.
  • 25. • AGILE РОЗРОБКА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ • ОСНОВИ AGILE РОЗРОБКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ • АСПЕКТИ АGILE ПІДХОДІВ • ФУНДАМЕНТАЛЬНІ ПРИНЦИПИ, МЕТОДИ ТА ПРОЦЕСИ ШВИДКОГО ТЕСТУВАННЯ • ВІДМІННОСТІ МІЖ ТЕСТУВАННЯМ У ТРАДИЦІЙНОМУ ТА AGILE ПІДХОДАХ • СТАН ТЕСТУВАННЯ В АGILE ПРОЄКТАХ • РОЛЬ ТА НАВИЧКИ ТЕСТУВАЛЬНИКА В АGILE КОМАНДІ • МЕТОДИ, МЕТОДИ ТА ІНСТРУМЕНТИ AGILE ТЕСТУВАННЯ • AGILE МЕТОДИ ТЕСТУВАННЯ • ОЦІНКА РИЗИКІВ ЯКОСТІ ПРОДУКЦІЇ ТА ОЦІНКА ЗУСИЛЬ ДЛЯ ТЕСТУВАННЯ • ТЕХНІКИ В АGILE ПРОЄКТАХ • ІНСТРУМЕНТИ В АGILE ПРОЄКТАХ КОНТЕНТ FOUNDATION LEVEL EXTENSION SYLLABUS AGILE TESTER
  • 26. • AGILE ТЕСТУВАННЯ — ЦЕ ВІДНОСНО НОВИЙ ПІДХІД ДО ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ, ЯКИЙ СЛІДУЄ ПРИНЦИПАМ ГНУЧКОЇ РОЗРОБКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ, ВИКЛАДЕНИМ У МАНІФЕСТІ AGILE. • ТЕСТУВАЛЬНИК AGILE-ПРОЕКТУ ПРАЦЮВАТИМЕ ІНАКШЕ, НІЖ ТОЙ, ЩО ПРАЦЮЄ НАД ТРАДИЦІЙНИМ ПРОЄКТОМ. ТЕСТУВАЛЬНИКИ ПОВИННІ РОЗУМІТИ ЦІННОСТІ ТА ПРИНЦИПИ, ЯКІ ЛЕЖАТЬ В ОСНОВІ ПРОЄКТІВ AGILE, А ТАКОЖ ТЕ, ЯК ТЕСТУВАЛЬНИКИ Є НЕВІД’ЄМНОЮ ЧАСТИНОЮ ПІДХОДУ ВСІЄЇ КОМАНДИ РАЗОМ ІЗ РОЗРОБНИКАМИ ТА ПРЕДСТАВНИКАМИ БІЗНЕСУ. ІСНУЄ БАГАТО ПЛУТАНИНИ ЩОДО AGILE-ТЕСТУВАННЯ, А ЦЕ ОЗНАЧАЄ, ЩО Є Й ОСВІТНІ МОЖЛИВОСТІ. • ISTQB AGILE TESTER НАДАСТЬ ТЕСТУВАЛЬНИКУ ЗНАННЯ ДЛЯ ТОГО, ЩОБ СТАТИ ЧАСТИНОЮ КОМАНДИ З AGILE ТЕСТУВАННЯ І ДОСЯГТИ ВИСОКОЇ ПРОДУКТИВНОСТІ. • • AGILE TESTER МОЖЕ... • СПІВПРАЦЮВАТИ У БАГАТОФУНКЦІОНАЛЬНІЙ КОМАНДІ AGILE, ОЗНАЙОМЛЕНОЇ З ПРИНЦИПАМИ ТА ОСНОВНИМИ МЕТОДАМИ РОЗРОБКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ AGILE. • АДАПТУВАТИ НАЯВНИЙ ДОСВІД ТЕСТУВАННЯ ТА ЗНАННЯ ДО ЦІННОСТЕЙ І ПРИНЦИПІВ AGILE. • ПІДТРИМУВАТИ AGILE КОМАНДУ У ПЛАНУВАННІ ДІЯЛЬНОСТІ, ПОВ’ЯЗАНОЇ З ТЕСТУВАННЯМ. • ЗАСТОСОВУВАТИ ВІДПОВІДНІ МЕТОДИ ТА ТЕХНІКИ ТЕСТУВАННЯ В AGILE-ПРОЄКТІ. • ДОПОМАГАТИ AGILE КОМАНДІ У РОБОТІ З АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ. • ДОПОМАГАТИ ЗАЦІКАВЛЕНИМ СТОРОНАМ БІЗНЕСУ У ВИЗНАЧЕННІ ЗРОЗУМІЛИХ І ПЕРЕВІРЕНИХ USER STORIES, СЦЕНАРІЇВ, ВИМОГ ТА КРИТЕРІЇВ ПРИЙНЯТТЯ ВІДПОВІДНО ДО ПОТРЕБ. • ПРАЦЮВАТИ ТА ДІЛИТИСЯ ІНФОРМАЦІЄЮ З ІНШИМИ ЧЛЕНАМИ КОМАНДИ, ВИКОРИСТОВУЮЧИ ЕФЕКТИВНІ СТИЛІ ТА КАНАЛИ СПІЛКУВАННЯ. • ЗАГАЛОМ, БАЗОВИЙ РІВЕНЬ СЕРТИФІКОВАНОГО ТЕСТУВАЛЬНИКА – ОЧІКУЄ, ЩО AGILE ТЕСТУВАЛЬНИК НАБУВ НЕОБХІДНИХ НАВИЧОК ДЛЯ ЕФЕКТИВНОЇ РОБОТИ В КОМАНДІ ТА СЕРЕДОВИЩІ AGILE.
  • 27. КВАЛІФІКАЦІЯ FOUNDATION LEVEL EXTENSION – AGILE TESTER ПРИЗНАЧЕНА ДЛЯ ЧОТИРЬОХ ОСНОВНИХ ГРУП ПРОФЕСІОНАЛІВ: • ПРОФЕСІОНАЛИ, ЯКІ НАБУЛИ ГЛИБОКОГО ДОСВІДУ ТЕСТУВАННЯ ТРАДИЦІЙНИХ МЕТОДІВ І ХОТІЛИ Б ОТРИМАТИ СЕРТИФІКАТ AGILE TESTER. • МОЛОДШІ ПРОФЕСІЙНІ ТЕСТУВАЛЬНИКИ, ЯКІ ТІЛЬКИ ПОЧИНАЮТЬ ПРАЦЮВАТИ В ПРОФЕСІЇ ТЕСТУВАННЯ, ОТРИМАЛИ СЕРТИФІКАТ БАЗОВОГО РІВНЯ І ХОТІЛИ БИ ДІЗНАТИСЯ БІЛЬШЕ ПРО РОЛЬ ТЕСТУВАЛЬНИКА В AGILE СЕРЕДОВИЩІ. • ФАХІВЦІ, ЯКІ ВІДНОСНО НОВАЧКИ В ТЕСТУВАННІ ТА ПОВИННІ ВПРОВАДЖУВАТИ ПІДХОДИ ДО ТЕСТУВАННЯ, МЕТОДИ ТА ПРИЙОМИ В ЇХ ПОВСЯКДЕННІЙ РОБОТІ В AGILE-ПРОЕКТАХ. • ПРОФЕСІОНАЛИ, ЯКІ МАЮТЬ ДОСВІД У СВОЇЙ РОЛІ (ВКЛЮЧАЮЧИ МОДУЛЬНЕ ТЕСТУВАННЯ) І ПОТРЕБУЮТЬ БІЛЬШЕ РОЗУМІННЯ ТА ЗНАННЯ ПРО ТЕ, ЯК ВИКОНУВАТИ ТА КЕРУВАТИ ТЕСТУВАННЯМ НА ВСІХ РІВНЯХ У AGILE ПРОЄКТАХ. ДО ТАКИХ ФАХІВЦІВ НАЛЕЖАТЬ ЛЮДИ, ЯКІ ВИКОНУЮТЬ ТАКІ РОЛІ, ЯК ТЕСТУВАЛЬНИКИ, АНАЛІТИКИ З ТЕСТУВАННЯ, ІНЖЕНЕРИ З ТЕСТУВАННЯ, ТЕСТУВАЛЬНИКИ КОНСУЛЬТАНТИ, МЕНЕДЖЕРИ З ТЕСТУВАННЯ, USER ACCEPTANCE ТЕСТУВАЛЬНИКИ І РОЗРОБНИКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ. ЦЯ СЕРТИФІКАЦІЯ FOUNDATION LEVEL EXTENSION – AGILE TESTER ТАКОЖ МОЖЕ БУТИ ДОРЕЧНОЮ ДЛЯ ВСІХ, ХТО ХОЧЕ ГЛИБШЕ ЗРОЗУМІТИ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ В СВІТІ AGILE, НАПРИКЛАД, МЕНЕДЖЕРИ ПРОЄКТІВ, МЕНЕДЖЕРИ З ЯКОСТІ, МЕНЕДЖЕРИ З РОЗРОБКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ, БІЗНЕС-АНАЛІТИКИ, IT-ДИРЕКТОРИ ТА МЕНЕДЖМЕНТ КОНСУЛЬТАНТИ
  • 28. У ПРОГРАМІ СИЛАБУСУ ВИ ПОБАЧИТЕ ЦІЛІ НАВЧАННЯ ТА РІВНІ ЗНАНЬ ВОНИ ВКАЗУЮТЬ, ЩО ВАМ ПОТРІБНО ЗНАТИ, І ГЛИБИНУ ЗНАНЬ, НЕОБХІДНИХ ДЛЯ ІСПИТУ РІВНІ ЗНАНЬ У ПРОГРАМІ СИЛАБУСУ: • K1: ЗАПАМ'ЯТАТИ, ВПІЗНАТИ, ПРИГАДАТИ • K2: ЗРОЗУМІТИ, ПОЯСНИТИ, АРГУМЕНТУВАТИ, ПОРІВНЯТИ, КЛАСИФІКУВАТИ, УЗАГАЛЬНИТИ • K3: ЗАСТОСУВАТИ РОЗУМІННЯ РІВНІВ LO ТА K
  • 29. THE EXAM STRUCTURE • FORTY MULTIPLE-CHOICE QUESTIONS, 65% OR MORE TO PASS THIRTEEN QUESTIONS FOR CHAPTER 1 • K1 = 5 QUESTIONS • K2 = 7 QUESTIONS • K3 = 1 QUESTION • TWELVE QUESTIONS FOR CHAPTER 2 • K1 = 1 QUESTION • K2 = 11 QUESTIONS • K3 = 0 QUESTIONS • FIFTEEN QUESTIONS FOR CHAPTER 3 • K1 = 4 QUESTIONS • K2 = 4 QUESTIONS • K3 = 7 QUESTIONS THE K-LEVEL DISTRIBUTION IS MORE CHALLENGING THAN THE CTFL EXAM
  • 30. • THE FUNDAMENTALS OF AGILE SOFTWARE DEVELOPMENT • RECALL THE BASIC CONCEPT OF AGILE BASED ON THE AGILE MANIFESTO (K1) • UNDERSTAND THE ADVANTAGES OF THE WHOLE-TEAM APPROACH (K2) • UNDERSTAND THE BENEFITS OF EARLY AND FREQUENT FEEDBACK (K2) • ASPECTS OF AGILE APPROACHES • RECALL AGILE SOFTWARE DEVELOPMENT APPROACHES (K1) • WRITE USER STORIES IN COLLABORATION WITH DEVELOPMENT, BUSINESS REPRESENTATIVE AND PRODUCT OWNER (K3) • UNDERSTAND HOW RETROSPECTIVES CAN BE USED AS A MECHANISM FOR PROCESS IMPROVEMENT IN AGILE PROJECTS (K2) • UNDERSTAND THE USE AND PURPOSE OF CONTINUOUS INTEGRATION (K2) • KNOW THE DIFFERENCES BETWEEN ITERATION AND RELEASE PLANNING, AND HOW A TESTER ADDS VALUE TO EACH OF ACTIVITY (K1) LEARNING OBJECTIVES OF CHAPTER 1
  • 31. • DIFFERENCES BETWEEN TESTING IN TRADITIONAL AND AGILE APPROACHES • DESCRIBE THE DIFFERENCES BETWEEN TESTING ACTIVITIES IN AGILE PROJECTS AND NON-AGILE PROJECTS (K2) • DESCRIBE HOW CODING AND TESTING ACTIVITIES ARE INTEGRATED IN AGILE (K2) • DESCRIBE THE ROLE OF INDEPENDENT TESTING IN AGILE PROJECTS (K2) • STATUS OF TESTING IN AGILE PROJECTS • DESCRIBE THE BASIC SET OF WORK PRODUCTS USED TO COMMUNICATE THE STATUS OF TESTING IN AN AGILE PROJECT, INCLUDING TEST PROGRESS AND PRODUCT QUALITY (K2) • DESCRIBE THE PROCESS OF EVOLVING TESTS ACROSS MULTIPLE ITERATIONS AND EXPLAIN WHY TEST AUTOMATION IS IMPORTANT TO MANAGE REGRESSION RISK IN AGILE PROJECTS (K2) • ROLE AND SKILLS OF A TESTER IN AN AGILE TEAM • UNDERSTAND THE SKILLS OF A TESTER IN AN AGILE TEAM (K2) • UNDERSTAND THE ROLE OF A TESTER WITHIN AN AGILE TEAM (K2) LEARNING OBJECTIVES OF CHAPTER 2
  • 32. LEARNING OBJECTIVES OF CHAPTER 3 • AGILE TESTING METHODS • RECALL THE CONCEPTS OF TEST DRIVEN DEVELOPMENT, ACCEPTANCE TEST DRIVEN DEVELOPMENT AND BEHAVIOR DRIVEN DEVELOPMENT (K1) • RECALL THE CONCEPTS OF THE TEST PYRAMID (K1) • SUMMARIZE THE TESTING QUADRANTS AND THEIR RELATIONSHIPS WITH TESTING LEVELS AND TESTING TYPES (K2) • FOR A GIVEN AGILE PROJECT, PRACTICE THE ROLE OF A TESTER IN SCRUM TEAM (K3) • ASSESSING QUALITY RISKS AND ESTIMATING TEST EFFORT • ASSESS PRODUCT QUALITY RISKS WITHIN AN AGILE PROJECT (K3) • ESTIMATE TESTING EFFORT BASED ON ITERATION CONTENT AND PRODUCT QUALITY RISKS (K3) • TECHNIQUES IN AGILE PROJECTS • INTERPRET RELEVANT INFORMATION TO SUPPORT TESTING ACTIVITIES (K3) • EXPLAIN TO BUSINESS STAKEHOLDERS HOW TO DEFINE TESTABLE ACCEPTANCE CRITERIA (K2) • GIVEN A USER STORY, WRITE ACCEPTANCE TEST DRIVEN DEVELOPMENT TEST CASES (K3) • WRITE TEST CASES, FOR BOTH FUNCTIONAL AND NON-FUNCTIONAL ASPECTS, USING BLACK BOX TEST DESIGN TECHNIQUES BASED ON GIVEN USER STORIES (K3) • EXECUTE EXPLORATORY TESTING TO SUPPORT THE TESTING OF AN AGILE PROJECT (K3) • TOOLS IN AGILE PROJECTS • RECALL DIFFERENT TOOLS AVAILABLE TO TESTERS ACCORDING TO THEIR PURPOSE AND TO THE ACTIVITIES IN AGILE PROJECTS (K1)
  • 33. IS THE AGILE EXTENSION FOR YOU? • ЦІЛЬОВИМИ СПЕЦІАЛІСТАМИ Є: • ТЕСТУВАЛЬНИКИ МАЮТЬ ДОСВІД РОБОТИ З ТРАДИЦІЙНИМ SDLC • ТЕСТУВАЛЬНИКИ ПОЧАТКОВОГО РІВНЯ, • ЗАЦІКАВЛЕНІ В AGILE-ТЕСТУВАННІ ДОСВІДЧЕНІ РОЗРОБНИКИ З АБО БЕЗ ЗНАНЬ В ТЕСТУВАННІ, ЯКІ ПРАЦЮЮТЬ У AGILE-ПРОЄКТАХ • РОЛІ ВКЛЮЧАЮТЬ ТЕСТУВАЛЬНИКІВ, АНАЛІТИКІВ З ТЕСТУВАННЯ, ІНЖЕНЕРІВ З ТЕСТУВАННЯ, КОНСУЛЬТАНТІВ З ТЕСТУВАННЯ, МЕНЕДЖЕРІВ З ТЕСТУВАННЯ, USER ACCEPTANCE ТЕСТУВАЛЬНИКІВ, РОЗРОБНИКІВ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ • СЕРТИФІКАТ ISTQB FOUNDATION Є ОБОВ’ЯЗКОВОЮ УМОВОЮ
  • 34. AGILE TESTER FOUNDATION LEVEL BY REX BLACK, 2014
  • 35.
  • 36. ІНДУСТРІЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ШВИДКО ЗМІНЮЄТЬСЯ. ЩОБ ВПОРАТИСЯ З ЦИМИ ЗМІНАМИ ТА НАДАТИ ЗАЦІКАВЛЕНИМ СТОРОНАМ ДОСТУП ДО АКТУАЛЬНОЇ ІНФОРМАЦІЇ, РОБОЧІ ГРУПИ ISTQB СТВОРИЛИ ВЕБ-САЙТ WWW.ISTQB.ORG, ЯКИЙ МІСТИТЬ СУПРОВІДНІ ДОКУМЕНТИ, ЗМІНИ СТАНДАРТІВ ТА НОВІ ВИПАДКИ В ПРОМИСЛОВОСТІ. ЦЯ ІНФОРМАЦІЯ НЕ ПІДЛЯГАЄ ЕКЗАМЕНАЦІЙНІЙ ПЕРЕВІРЦІ ЗА ЦІЄЮ ПРОГРАМОЮ (СИЛАБУСОМ)
  • 37. ISTQB AGILE TECHNICAL TESTER CERTIFICATION ВДОСКОНАЛЬТЕ ЗНАННЯ ДО ADVANCED РІВНЯ AGILE-ТЕСТУВАННЯ ЗА ДОПОМОГОЮ ISTQB AGILE TECHNICAL TESTER! ISTQB ADVANCED LEVEL AGILE TECHNICAL TESTER (CTAL-ATT) БАЗУЄТЬСЯ НА СЕРТИФІКАЦІЇ AGILE TESTER БАЗОВОГО РІВНЯ ISTQB, ЩОБ ВИ МОГЛИ ПРОДЕМОНСТРУВАТИ, ЩО ВИ: - ОСВОЇЛИ ОСНОВНІ КОНЦЕПЦІЇ ТЕСТУВАННЯ AGILE І ГОТОВІ ПОКАЗАТИ СВОЇ ПЕРЕДОВІ ЗНАННЯ - РОЗВИВАЄТЕ НАВИЧКИ ТЕХНІЧНОГО ТЕСТУВАННЯ В КОНТЕКСТІ AGILE - ГОТОВІ СТАТИ ЛІДЕРОМ У СЕРЕДОВИЩІ AGILE ТЕСТУВАННЯ КВАЛІФІКАЦІЯ ADVANCED LEVEL AGILE TECHNICAL TESTER ПРИЗНАЧЕНА ДЛЯ ФАХІВЦІВ, ЯКІ ВЖЕ ДОСЯГЛИ ВИСОКОГО РІВНЯ В СВОЇЙ КАР’ЄРІ В ТЕСТУВАННІ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ТА БАЖАЮТЬ РОЗВИВАТИ СВІЙ ДОСВІД У АСПЕКТАХ ТЕХНІЧНОГО ТЕСТУВАННЯ В КОНТЕКСТІ AGILE. МОДУЛІ, ЯКІ ПРОПОНУЮТЬСЯ НА ADVANCED РІВНІ, ОХОПЛЮЮТЬ ШИРОКИЙ СПЕКТР ТЕМ ТЕСТУВАННЯ. ЩОБ ОТРИМАТИ СЕРТИФІКАТ ADVANCED LEVEL В МОДУЛІ «AGILE TECHNICAL TESTER», КАНДИДАТИ ПОВИННІ МАТИ ДІЙСНИЙ СЕРТИФІКАТ CERTIFIED TESTER FOUNDATION LEVEL І ДІЙСНИЙ СЕРТИФІКАТ CERTIFIED TESTER FOUNDATION LEVEL AGILE TESTER. СТРУКТУРА ІСПИТУ ADVANCED LEVEL AGILE TECHNICAL TESTER СКЛАДАЄТЬСЯ З 40 ПИТАНЬ З КІЛЬКОМА ВІДПОВІДЯМИ, З ПРОХІДНИМ БАЛОМ 65%, ЯКИЙ ПОТРІБНО ВИКОНАТИ ПРОТЯГОМ 90 ХВИЛИН. УЧАСНИКИ, ЯКІ СКЛАДАТИМУТЬ ІСПИТ НЕ СВОЄЮ РОЗМОВНОЮ МОВОЮ, ОТРИМАЮТЬ ДОДАТКОВІ 25% ЧАСУ,
  • 38.
  • 39. СТВОРЕННЯ ТА ВПРОВАДЖЕННЯ РІЗНІ ПІДХОДИ AGILE TEST, ВИКОРИСТОВУЮЧИ ВІДПОВІДНІ МЕТОДИ ПІДТРИМКА ТА СПРИЯННЯ АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ В AGILE-ПРОЄКТІ ПІДТРИМКА БЕЗПЕРЕРВНОЇ ІНТЕГРАЦІЇ В AGILE TEAM ПІДТРИМКА AGILE TEAM У БЕЗПЕРЕРВНІЙ ДОСТАВЦІ ТА РОЗГОРТАННІ ВИВЧЕННЯ КОНЦЕПЦІЇ ВІРТУАЛІЗАЦІЇ ПОСЛУГ СПІВПРАЦЯ ТА ШЕРІНГ ІНФОРМАЦІЄЮ З ІНШИМИ ЧЛЕНАМИ КОМАНДИ, ВИКОРИСТОВУЮЧИ ЕФЕКТИВНІ СТИЛІ ТА КАНАЛИ СПІЛКУВАННЯ МЕТА НАВЧАННЯ ВМІННЯ ПРОВОДИТИ АНАЛІЗ USER STORIES ТА ЕПІКІВ, ВИКОРИСТОВУЮЧИ МЕТОДИ РОЗРОБКИ ВИМОГ (REQUIREMENTS ENGINEERING TECHNIQUES) ОПИС REQUIREMENTS ENGINEERING TECHNIQUES І ЯК ВОНИ МОЖУТЬ ДОПОМОГТИ ТЕСТУВАЛЬНИКАМ СТВОРЕННЯ ТА ОЦІНКА КРИТЕРІЇВ ПРИЙНЯТТЯ, ЯКІ МОЖНА ПЕРЕВІРИТИ ДЛЯ ДАНОЇ USER STORIES, ВИКОРИСТОВУЮЧИ REQUIREMENTS ENGINEERING TECHNIQUES ТА ТЕХНІКИ ТЕСТУВАННЯ ОПИСАННЯ ТЕХНІК ВИЛУЧЕННЯ (ELICITATION TECHNIQUES) ЗАСТОСУВАННЯ РОЗРОБКИ НА ОСНОВІ ТЕСТУ (TDD) У КОНТЕКСТІ ДАНОГО ПРИКЛАДУ В AGILE-ПРОЄКТІ РОЗУМІННЯ ХАРАКТЕРИСТИКИ МОДУЛЬНОГО ТЕСТУ РОЗУМІННЯ ЗНАЧЕННЯ МНЕМОНІЧНОГО СЛОВА FIRST ЗАСТОСУВАННЯ РОЗРОБКИ НА ОСНОВІ ПОВЕДІНКИ (BDD) У КОНТЕКСТІ ДАНОЇ USER STORY В AGILE-ПРОЄКТІ РОЗУМІННЯ, ЯК КЕРУВАТИ GUIDELINES ДЛЯ ФОРМУЛЮВАННЯ СЦЕНАРІЮ АНАЛІЗ БЕКЛОГУ ПРОДУКТУ В AGILE-ПРОЄКТІ ДЛЯ ВИЗНАЧЕННЯ СПОСОБУ ВПРОВАДЖЕННЯ РОЗРОБКИ НА ОСНОВІ ACCEPTANCE ТЕСТУВАННЯ (ATDD) АНАЛІЗ СТВОРЕННЯ ПІДХОДУ ДО ТЕСТУВАННЯ З ВИКОРИСТАННЯМ АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ, ТЕСТІВ НА ОСНОВІ ДОСВІДУ ТА ТЕСТІВ BLACKBOX, СТВОРЕНИХ ЗА ДОПОМОГОЮ ІНШИХ ПІДХОДІВ (ВКЛЮЧАЮЧИ ТЕСТУВАННЯ НА ОСНОВІ РИЗИКІВ) ДЛЯ ДАНОГО СЦЕНАРІЮ В AGILE-ПРОЄКТІ РОЗУМІННЯ ВІДМІННОСТІ МІЖ КРИТИЧНИМИ ТА НЕКРИТИЧНИМИ (MISSION CRITICAL AND NON-CRITICAL) АНАЛІЗ USER STORIES І ЕПІКІВ, ЩОБ СТВОРИТИ ТЕСТОВІ CHARTERS ТА ІНТЕРПРЕТУВАТИ ЇХ РЕЗУЛЬТАТИ РОЗУМІННЯ ВИКОРИСТАННЯ ТЕХНІК НА ОСНОВІ ДОСВІДУ РОЗУМІННЯ ВАЖЛИВОСТІ РЕФАКТОРИНГУ ТЕСТОВИХ ВИПАДКІВ У ПРОЄКТАХ AGILE РОЗУМІННЯ ПРАКТИЧНОГО СПИСКУ ЗАВДАНЬ ДЛЯ ТЕСТОВИХ ВИПАДКІВ РЕФАКТОРИНГУ АНАЛІЗ КОДУ ЯК ЧАСТИНУ ПЕРЕВІРКИ КОДУ ДЛЯ ВИЯВЛЕННЯ ДЕФЕКТІВ І ТЕХНІЧНОГО БОРГУ РОЗУМІННЯ СТАТИЧНОГО АНАЛІЗ КОДУ ЗАСТОСУВАННЯ МЕТОДІВ ТЕСТУВАННЯ НА ОСНОВІ ДАНИХ І КЛЮЧОВИХ СЛІВ ДЛЯ РОЗРОБКИ АВТОМАТИЗОВАНИХ СЦЕНАРІЇВ ТЕСТУВАННЯ РОЗУМІННЯ, ЯК ЗАСТОСУВАТИ АВТОМАТИЗАЦІЮ ТЕСТУВАННЯ ДО ПЕВНОГО ПІДХОДУ ДО ТЕСТУВАННЯ В СЕРЕДОВИЩІ AGILE РОЗУМІННЯ АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ РОЗУМІННЯ ВІДМІННОСТЕЙ МІЖ РІЗНИМИ ПІДХОДАМИ ДО ТЕСТУВАННЯ РОЗУМІННЯ ФАКТОРІВ, ЯКІ СЛІД ВРАХОВУВАТИ ПРИ ВИЗНАЧЕННІ РІВНЯ АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ, НЕОБХІДНОГО ДЛЯ ТОГО, ЩОБ НЕ ВІДСТАВАТИ ПО ШВИДКОСТІ РОЗГОРТАННЯ РОЗУМІННЯ ПРОБЛЕМИ АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ В АДАПТИВНИХ НАЛАШТУВАННЯХ ЗАСТОСУВАННЯ БЕЗПЕРЕРВНОЇ ІНТЕГРАЦІЇ (CI) ТА ПІДСУМОК ЇЇ ВПЛИВІВ НА ТЕСТУВАННЯ РОЗУМІННЯ РОЛІ БЕЗПЕРЕРВНОГО ТЕСТУВАННЯ В БЕЗПЕРЕРВНІЙ ДОСТАВЦІ ТА БЕЗПЕРЕРВНОМУ РОЗГОРТАННІ РОЗУМІННЯ КОНЦЕПЦІЇ ВІРТУАЛІЗАЦІЇ СЕРВІСІВ ТА ЇЇ РОЛЬ У AGILE-ПРОЄКТАХ
  • 40.
  • 41. СЕРТИФІКАЦІЯ AGILE TEST LEADERSHIP AT SCALE ЗОСЕРЕДЖЕНА НА ТОМУ, ЯК ОРГАНІЗУВАТИ ТА ПОКРАЩИТИ ЯКІСТЬ ТА ТЕСТУВАННЯ В КІЛЬКОХ КОМАНДАХ У AGILE ОРГАНІЗАЦІЇ. СПИРАЮЧИСЬ НА СЕРТИФІКАЦІЮ AGILE TESTER, ЯКА ОХОПЛЮЄ, ЯК ПРОВОДИТИ ТЕСТУВАННЯ НА РІВНІ ОДНІЄЇ AGILE-КОМАНДИ. AGILE TEST LEADERSHIP AT SCALE ОХОПЛЮЄ ТЕ, ЯК ПРОВОДИТИ ТЕСТУВАННЯ ТА ПОКРАЩУВАТИ ЯКІСТЬ У ПРОЄКТАХ АБО ОРГАНІЗАЦІЯХ З КІЛЬКОМА AGILE КОМАНДАМИ. ВІН ТАКОЖ ОХОПЛЮЄ, ЯК ПІДІЙТИ ДО ЯКОСТІ ТА ТЕСТУВАННЯ НА СТРАТЕГІЧНОМУ РІВНІ, ЩОБ ДОСЯГТИ ВИЩОЇ ДІЛОВОЇ ГНУЧКОСТІ В ОРГАНІЗАЦІЇ. ОТРИМАВШИ ЦЮ СЕРТИФІКАЦІЮ, ВИ ЗМОЖЕТЕ МАСШТАБУВАТИ ЗУСИЛЛЯ З ТЕСТУВАННЯ ТА ЗАБЕЗПЕЧЕННЯ ЯКОСТІ, ВИХОВУЮЧИ МИСЛЕННЯ ТА КУЛЬТУРУ ЯКОСТІ В УСІЙ ОРГАНІЗАЦІЇ. ЦЕ ВКЛЮЧАЄ ПЕРЕХІД ВІД ТРАДИЦІЙНОГО ПІДХОДУ ДО УПРАВЛІННЯ ТЕСТУВАННЯМ, ЯКИЙ ЗАЗВИЧАЙ ВИКОРИСТОВУЄТЬСЯ В МОДЕЛЯХ ПОСЛІДОВНОЇ РОЗРОБКИ, ДО ПІДХОДУ ПІДТРИМКИ ЯКОСТІ, ЯКИЙ БАЗУЄТЬСЯ НА ПРИНЦИПАХ І ЦІННОСТЯХ LEAN І AGILE. ВИ ТАКОЖ ДІЗНАЄТЕСЯ, ЯК ВИКОРИСТОВУВАТИ ЗАГАЛЬНІ МЕТОДИ ТА ПРОЦЕСИ LEAN І AGILE ДЛЯ АНАЛІЗУ ТА ВИРІШЕННЯ ПРОБЛЕМ І ЯК ВИ МОЖЕТЕ ВИКОРИСТОВУВАТИ ЇХ ДЛЯ ПОКРАЩЕННЯ ТЕСТУВАННЯ ТА ЯКОСТІ У ВАШІЙ ОРГАНІЗАЦІЇ. ADVANCED LEVEL AGILE TEST LEADERSHIP AT SCALE ПРИЗНАЧЕНО ДЛЯ ЛЮДЕЙ, ЯКІ ПРАЦЮЮТЬ В ОРГАНІЗАЦІЇ, ЯКА ПРАГНЕ ДО ГНУЧКОСТІ В МАСШТАБІ АБО БІЗНЕС-ГНУЧКОСТІ, І ЯКІ ВЖЕ РОЗУМІЮТЬСЯ НА AGILE І AGILE ТЕСТУВАННІ. ЦЯ СЕРТИФІКАЦІЯ БУДЕ ДУЖЕ КОРИСНОЮ ДЛЯ ЛЮДЕЙ, ЯКІ ПРАЦЮЮТЬ НА ТАКИХ ПОСАДАХ, ЯК: МЕНЕДЖЕР ТЕСТУВАННЯ, КЕРІВНИК ТЕСТУВАННЯ, ТЕСТОВИЙ АНАЛІТИК, ІНЖЕНЕР З ЯКОСТІ, QUALITY ASSURANCE, КОУЧ З ЯКОСТІ, ДЛЯ ЧЛЕНІВ AGILE КОМАНД, ДЛЯ ЧЛЕНІВ ГРУПИ ЛІДЕРІВ КІЛЬКОХ AGILE-КОМАНД, МЕНЕДЖЕР ПРОЄКТУ, RELEASE TRAIN ENGINEER, SCRUM MASTER ЩОБ ОТРИМАТИ СЕРТИФІКАТ ADVANCED LEVEL У «AGILE TEST LEADERSHIP AT SCALE», КАНДИДАТИ ПОВИННІ: МАТИ ДІЙСНИЙ СЕРТИФІКАТ РІВНЯ CERTIFIED TESTER FOUNDATION; МАТИ ДІЙСНИЙ СЕРТИФІКАТ FOUNDATION LEVEL AGILE TESTER; І МАТИ ДОСТАТНІЙ ПРАКТИЧНИЙ ДОСВІД ДЛЯ СЕРТИФІКАЦІЇ НА ADVANCED РІВНІ, ЯКИЙ ПОВИНЕН СТАНОВИТИ НЕ МЕНШЕ 3 (ТРЬОХ) РОКІВ ВІДПОВІДНОГО ПРАКТИЧНОГО ДОСВІДУ РОБОТИ В AGILE-КОМАНДІ АБО AGILE ОРГАНІЗАЦІЇ.
  • 42. ВЛАСНИК СЕРТИФІКАТА AGILE TEST LEADERSHIP AT SCALE МОЖЕ: ВИХОВУЙТЕ ЦІННІСНЕ МИСЛЕННЯ ТА КУЛЬТУРУ ЯКОСТІ ЩОБ ОТРИМАТИ СЕРТИФІКАТ AGILE TEST LEADERSHIP AT SCALE, ВАМ ПОТРІБНО: РОЗУМІТИ ПІДТРИМКУ ЯКОСТІ ЯК ПІДХІД ДО УПРАВЛІННЯ ЯКІСТЮ ТА ТЕСТУВАННЯМ РОЗУМІТИ ПОТІК ЦІННОСТІ ЯК ПОНЯТТЯ ЗАСТОСОВУВАТИ КАРТУ ПОТОКУ СТВОРЕННЯ ЦІННОСТІ ЯК ЛІДЕР ТЕСТУВАННЯ, ЩОБ ЗРОЗУМІТИ ТА ВІЗУАЛІЗУВАТИ РОБОЧІ ПРОЦЕСИ ЗАСТОСОВУВАТИ ЦИКЛ «ПЛАНУЙТЕ-ЗДІЙСНЮЙТЕ-ПЕРЕВІРЯЙТЕ-ДІЙТЕ» (PDCA) ДЛЯ ВИРІШЕННЯ ПРОБЛЕМИ ЯКОСТІ РОЗУМІТИ, ЯК ВБУДУВАТИ PDCA В ОРГАНІЗАЦІЮ РОЗУМІТИ, ЯК СИСТЕМНЕ МИСЛЕННЯ ТА АНАЛІЗ ПЕРШОПРИЧИН ПІДТРИМУЮТЬ ПІДХІД QUALITY ASSISTANCE APPROACH ЗАСТОСОВУВАТИ ДІАГРАМУ ПРИЧИННО-НАСЛІДКОВОГО ЦИКЛУ, ЩОБ ВИЗНАЧИТИ ПЕРШОПРИЧИНИ ПРАКТИЧНІ НАВЧАЛЬНІ ЦІЛІ: ВРАХОВУЮЧИ ПРОБЛЕМУ, ПОВ’ЯЗАНУ З ЯКІСТЮ, НАДАТИ ЯКІСНУ ДОПОМОГУ, ВИКОРИСТОВУЮЧИ ОДНУ АБО КОМБІНАЦІЮ ЧОТИРЬОХ ВАЖЛИВИХ НАВИЧОК (ЗМІНИ ЛІДЕРСТВА, КОУЧИНГ З ЯКОСТІ, ФАСИЛІТАЦІЮ ТА НАВЧАННЯ). ПРОАНАЛІЗУЙТЕ ПОТІК СТВОРЕННЯ ЦІННОСТЕЙ, ЩОБ ВИЗНАЧИТИ ПРОБЛЕМИ З ЯКІСТЮ ТА ТЕСТУВАННЯМ, ВИКОРИСТОВУЮЧИ ОСНОВНІ ПОКАЗНИКИ/МЕТРИКИ.
  • 43. РОЗДІЛ 1 QUALITY ASSISTANCE РОЗДІЛ 1 ПРЕДСТАВЛЯЄ QUALITY ASSISTANCE ЯК ПІДХІД ДО УПРАВЛІННЯ ЯКІСТЮ, ЯКИЙ МАЄ ВИРІШАЛЬНЕ ЗНАЧЕННЯ ДЛЯ РОЗВИТКУ ТА ПІДТРИМКИ ОРГАНІЗАЦІЇ, ОРІЄНТОВАНОЇ НА ЦІННОСТІ. ВІН ОХОПЛЮЄ, ЯК ПІДХІД ДО ПІДТРИМКИ ЯКОСТІ І ВІДПОВІДАЄ ВІДОМИМ КОНЦЕПЦІЯМ ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ, ТАКИМ ЯК КЕРУВАННЯ ТЕСТУВАННЯМ, КОНТРОЛЬ ЯКОСТІ ТА ЗАБЕЗПЕЧЕННЯ ЯКОСТІ(ASSURANCE). AGILE TEST LEADERSHIP AT SCALE ЗОСЕРЕДЖУЄТЬСЯ НА ТОМУ, ЩОБ ДОЗВОЛИТИ ІНШИМ В ОРГАНІЗАЦІЇ ВИКОНУВАТИ ОБОВ’ЯЗКИ З ЯКОСТІ ТА ТЕСТУВАННЯ, ЩОБ СПРИЯТИ РОЗВИТКУ МИСЛЕННЯ ТА КУЛЬТУРИ ЯКОСТІ НА ОРГАНІЗАЦІЙНОМУ РІВНІ. ТОМУ ТУТ НАГОЛОШУЄТЬСЯ НА 4 ВАЖЛИВИХ НАВИЧКАХ ДЛЯ ФОРМУВАННЯ КОМПЕТЕНЦІЇ ТА МАСШТАБУВАННЯ ЯКОСТІ ТА ТЕСТУВАННЯ В ОРГАНІЗАЦІЇ. РОЗДІЛ 2 ПОКРАЩЕННЯ ЯКОСТІ ТА ПОТОКУ В ОРГАНІЗАЦІЇ, ОРІЄНТОВАНОЇ НА ЦІННІСТЬ РОЗДІЛ 2 ВСТАНОВЛЮЄ МЕТОДИ, ЩО СПРИЯЮТЬ ІДЕНТИФІКАЦІЇ ТА ОПТИМІЗАЦІЇ ПОТОКІВ РОЗРОБКИ ТА ОПЕРАЦІЙНИХ ПОТОКІВ ЦІННОСТЕЙ. У НЬОМУ ОПИСАНО, ЩО ТАКЕ ПОТІК СТВОРЕННЯ ЦІННОСТЕЙ, ВИКОРИСТОВУВАНІ ПОЗНАЧЕННЯ ТА ЧОМУ ВАЖЛИВО ЗРОЗУМІТИ КОНЦЕПЦІЇ ТА МИСЛЕННЯ ЦІЄЇ МЕТОДОЛОГІЇ LEAN. ОПИСАНО, ЯК АНАЛІЗУВАТИ ПОТІК ЦІННОСТЕЙ З ТОЧКИ ЗОРУ ЯКОСТІ ТА ТЕСТУВАННЯ, А ТАКОЖ ОСНОВНІ ПОКАЗНИКИ, ЯКІ ВИКОРИСТОВУЮТЬСЯ ДЛЯ АНАЛІЗУ ПОТОКУ ЦІННОСТЕЙ. ПОКРАЩЕННЯ ЯКОСТІ ТА ПОТОКУ В ОРГАНІЗАЦІЇ, ЩО КЕРУЄТЬСЯ ЦІННІСТЮ, ПІДКРЕСЛЮЄ ЛІКВІДАЦІЮ ВІДХОДІВ. ТОМУ РОЗДІЛ 2 ЗОСЕРЕДЖУЄТЬСЯ НА ДІЯЛЬНОСТІ, ЩО ДОДАЄ ВАРТІСТЬ, І ДІЯЛЬНОСТІ, ЯКА НЕ ДОДАЄ ВАРТОСТІ. РОЗДІЛ 3 ПОСТІЙНЕ ПОКРАЩЕННЯ ЯКОСТІ ТА ТЕСТУВАННЯ РОЗДІЛ 3 СПИРАЄТЬСЯ НА МЕТОДИ ВДОСКОНАЛЕННЯ, ВСТАНОВЛЕНІ В РОЗДІЛІ 2, АЛЕ ЗОСЕРЕДЖУЄТЬСЯ НА МЕТОДАХ ПІДТРИМКИ ПОСЛІДОВНОГО ТА СТІЙКОГО ВИРІШЕННЯ ПРОБЛЕМ. ВІН ДОСЛІДЖУЄ ТАКІ ПІДХОДИ, ЯК ЦИКЛ PDCA, ЩОБ ДОСЯГТИ ЦИХ ЦІЛЕЙ І ПРИЩЕПИТИ КУЛЬТУРУ ВДОСКОНАЛЕННЯ В ОРГАНІЗАЦІЇ. У ЦІЙ ГЛАВІ ПРЕДСТАВЛЕНО СИСТЕМНЕ МИСЛЕННЯ ТА АНАЛІЗ ПЕРШОПРИЧИН ЯК ПІДХОДИ ДО ВИЯВЛЕННЯ ПРИЧИН ПРОБЛЕМ ЯКОСТІ ТА ТЕСТУВАННЯ В ПОТОКАХ ЦІННОСТЕЙ. ВІН ТАКОЖ ОХОПЛЮЄ СХЕМУ ПРИЧИННО-НАСЛІДКОВОГО ЦИКЛУ ТЕХНІКИ. ТОМУ РОЗДІЛ 3 РОЗШИРЮЄ РОЗУМІННЯ
  • 44.
  • 45.
  • 46. TESTING IN THE AGILE SAFE METHODOLOGY
  • 47. ЯКІ НЕОБХІДНІ НАВИЧКИ AGILE-ТЕСТУВАЛЬНИКУ ДЛЯ ПРОДУКТИВНОЇ РОБОТИ В КОМАНДІ ТА В СЕРЕДОВИЩІ AGILE?
  • 48. • AGILE-ТЕСТУВАЛЬНИКИ ПОВИННІ: • СПІВПРАЦЮВАТИ В AGILE-КОМАНДІ, • БУТИ ЗНАЙОМИМИ З ПРИНЦИПАМИ ТА ПРАКТИКАМИ AGILE • АДАПТУВАТИ НАЯВНИЙ ДОСВІД ТЕСТУВАННЯ, ЗНАННЯ ТА ПЕРЕДОВІ МЕТОДИ • ПІДТРИМУВАТИ AGILE КОМАНДУ В ПЛАНУВАННІ ДІЯЛЬНОСТІ, ПОВ’ЯЗАНОЇ З ТЕСТУВАННЯМ ЗАСТОСОВУВАТИ ВІДПОВІДНІ МЕТОДИ ТА ТЕХНІКИ ТЕСТУВАННЯ • ДОПОМАГАТИ В АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ • ДОПОМАГАТИ ЗАЦІКАВЛЕНИМ СТОРОНАМ БІЗНЕСУ ВИЗНАЧАТИ ЗРОЗУМІЛІ Й ПЕРЕВІРЕНІ USER STORIES І КРИТЕРІЇ ПРИЙНЯТТЯ • ПРАЦЮВАТИ ТА ДІЛИТИСЯ ІНФОРМАЦІЄЮ З ІНШИМИ ЧЛЕНАМИ КОМАНДИ • ISTQB AGILE TESTER ПОВИНЕН ЕФЕКТИВНО ПРАЦЮВАТИ В AGILE КОМАНДІ ТА СЕРЕДОВИЩІ
  • 49. У AGILE КОМАНДІ ТЕСТУВАЛЬНИКИ ПОВИННІ ТІСНО СПІВПРАЦЮВАТИ З УСІМА ІНШИМИ ЧЛЕНАМИ КОМАНДИ, З БІЗНЕСОМ ТА ЗАЦІКАВЛЕНИМИ СТОРОНАМИ. ЦЕ МАЄ РЯД НАСЛІДКІВ З ТОЧКИ ЗОРУ ЕФЕКТИВНОСТІ ДІЯЛЬНОСТІ, ЯКУ ВОНИ ВИКОНУЮТЬ У AGILE КОМАНДІ. НАВИЧКИ AGILE TESTER AGILE-ТЕСТУВАЛЬНИКИ ПОВИННІ ВОЛОДІТИ ВСІМА НАВИЧКАМИ, ЗАЗНАЧЕНИМИ В ПРОГРАМІ БАЗОВОГО РІВНЯ [ISTQB_FL_SYL]. НА ДОДАТОК ДО ЦИХ НАВИЧОК, ТЕСТУВАЛЬНИК У КОМАНДІ AGILE МАЄ БУТИ КОМПЕТЕНТНИМ У АВТОМАТИЗАЦІЇ ТЕСТУВАННЯ, РОЗРОБЦІ НА ОСНОВІ ВИПРОБУВАНЬ (TEST-DRIVEN DEVELOPMENT), РОЗРОБЦІ НА ОСНОВІ ПРИЙМАЛЬНИХ ВИПРОБУВАНЬ (ACCEPTANCE TEST-DRIVEN DEVELOPMENT), ТЕХНІК БІЛОГО ТА ЧОРНОГО ЯЩИКІВ, А ТАКОЖ У ТЕСТУВАННІ НА ОСНОВІ ДОСВІДУ (EXPERIENCE-BASED). ОСКІЛЬКИ МЕТОДОЛОГІЇ AGILE ЗНАЧНОЮ МІРОЮ ЗАЛЕЖАТЬ ВІД СПІВПРАЦІ, СПІЛКУВАННЯ ТА ВЗАЄМОДІЇ МІЖ ЧЛЕНАМИ КОМАНДИ, А ТАКОЖ ЗАЦІКАВЛЕНИМИ СТОРОНАМИ ЗА МЕЖАМИ КОМАНДИ - ТЕСТУВАЛЬНИКИ В AGILE-КОМАНДІ ПОВИННІ МАТИ НАВИЧКИ МІЖОСОБИСТІСНОГО СПІЛКУВАННЯ. ТЕСТУВАЛЬНИКИ В AGILE-КОМАНДІ ПОВИННІ: • БУТИ ПОЗИТИВНИМИ ТА ОРІЄНТОВАНИМИ НА РІШЕННЯ З ЧЛЕНАМИ КОМАНДИ ТА ЗАЦІКАВЛЕНИМИ СТОРОНАМИ • ВІДОБРАЖАТИ КРИТИЧНЕ, СКЕПТИЧНЕ, ОРІЄНТОВАНЕ НА ЯКІСТЬ МИСЛЕННЯ ЩОДО ПРОДУКТУ • АКТИВНО ОТРИМУВАТИ ІНФОРМАЦІЮ ВІД ЗАЦІКАВЛЕНИХ СТОРІН (ЗАМІСТЬ ТОГО, ЩОБ ПОВНІСТЮ ПОКЛАДАТИСЯ НА ПИСЬМОВУ ІНФОРМАЦІЮ ТА ТЕХНІЧНІ ХАРАКТЕРИСТИКИ) • ТОЧНО ОЦІНЮВАТИ ТА ЗВІТУВАТИ ПРО РЕЗУЛЬТАТИ ВИПРОБУВАНЬ, ПРОГРЕС ТЕСТУВАННЯ ТА ЯКІСТЬ ПРОДУКЦІЇ • ЕФЕКТИВНО ПРАЦЮВАТИ З КЛІЄНТОМ, ЙОГО ПРЕДСТАВНИКАМИ ТА ЗАЦІКАВЛЕНИМИ СТОРОНАМИ • НАД ВИЗНАЧЕННЯМ ПЕРЕВІРЕНИХ USER STORIES, ОСОБЛИВО КРИТЕРІЇВ ПРИЙНЯТТЯ, СПІВПРАЦЮВАТИ В КОМАНДІ, ПРАЦЮЮЧИ В ПАРАХ З РОЗРОБНИКАМИ ТА ІНШИМИ ЧЛЕНАМИ КОМАНДИ • ШВИДКО РЕАГУВАТИ НА ЗМІНИ В ХОДІ ПРОЦЕСІВ РОЗРОБКИ, ВКЛЮЧАЮЧИ ЗМІНИ, ДОДАВАННЯ АБО ВДОСКОНАЛЕННЯ ТЕСТОВИХ ВИПАДКІВ • ПЛАНУВАТИ ТА ОРГАНІЗОВУВАТИ ВЛАСНУ РОБОТУ. ПОСТІЙНЕ ВДОСКОНАЛЮВАТИ ЗНАННЯ, НАВИЧКИ, ВКЛЮЧАЮЧИ РОЗВИТОК НАВИЧОК МІЖОСОБИСТІСНОГО СПІЛКУВАННЯ, ЩО Є ВАЖЛИВИМ ДЛЯ ВСІХ ТЕСТУВАЛЬНИКІВ, У ТОМУ ЧИСЛІ В AGILE-КОМАНДАХ НАВИЧКИ AGILE ТЕСТУВАЛЬНИКА
  • 50. РОЛЬ ТЕСТУВАЛЬНИКА В AGILE-КОМАНДІ ВКЛЮЧАЄ В СЕБЕ ДІЇ, ЯКІ ГЕНЕРУЮТЬ І НАДАЮТЬ ЗВОРОТНІЙ ЗВ'ЯЗОК НЕ ТІЛЬКИ ПРО СТАТУС ТЕСТУВАННЯ, ХІД ТЕСТУВАННЯ ТА ЯКІСТЬ ПРОДУКЦІЇ, А ТАКОЖ ПРО ЯКІСТЬ ПРОЦЕСУ. КРІМ ОСНОВНИХ ФУНКЦІЙ ТА ОБОВ’ЯЗКІВ ТЕСТУВАЛЬНИКА В AGILE КОМАНДІ ДОДАЮТЬСЯ: • РОЗУМІННЯ, ВПРОВАДЖЕННЯ ТА ОНОВЛЕННЯ СТРАТЕГІЇ ТЕСТУВАННЯ • ВИМІРЮВАННЯ ТА ЗВІТУВАННЯ ЩОДО ТЕСТОВОГО ПОКРИТТЯ ДЛЯ ВСІХ ПРИЙНЯТИХ РОЗМІРІВ ПОКРИТТЯ • ЗАБЕЗПЕЧЕННЯ НАЛЕЖНОГО ВИКОРИСТАННЯ ІНСТРУМЕНТІВ ТЕСТУВАННЯ • НАЛАШТУВАННЯ, ВИКОРИСТАННЯ ТА КЕРУВАННЯ ТЕСТОВИМИ СЕРЕДОВИЩАМИ ТА ТЕСТОВИМИ ДАНИМИ • ПОВІДОМЛЕННЯ ПРО НЕДОЛІКИ ТА РОБОТА З КОМАНДОЮ ДЛЯ ЇХ УСУНЕННЯ • НАВЧАННЯ ІНШИХ ЧЛЕНІВ КОМАНДИ ЩОДО ВІДПОВІДНИХ АСПЕКТІВ ТЕСТУВАННЯ • ЗАБЕЗПЕЧЕННЯ ПЛАНУВАННЯ ВІДПОВІДНИХ ЗАВДАНЬ ТЕСТУВАННЯ ПІД ЧАС ВИПУСКУ ТА ПЛАНУВАННЯ ІТЕРАЦІЇ • АКТИВНА СПІВПРАЦЯ З РОЗРОБНИКАМИ ТА ЗАЦІКАВЛЕНИМИ СТОРОНАМИ БІЗНЕСУ ДЛЯ УТОЧНЕННЯ ВИМОГ, ОСОБЛИВО З ТОЧКИ ЗОРУ МОЖЛИВОСТІ ПРОВЕДЕННЯ ТЕСТУВАННЯ, ПОСЛІДОВНОСТІ ТА ПОВНОТИ • АКТИВНА УЧАСТЬ У РЕТРОСПЕКТИВАХ КОМАНДИ, ПРОПОНУВАННЯ ТА ВПРОВАДЖЕННЯ ПОКРАЩЕНЬ У AGILE-КОМАНДІ КОЖЕН ЧЛЕН КОМАНДИ ВІДПОВІДАЄ ЗА ЯКІСТЬ ПРОДУКЦІЇ ТА ВІДІГРАЄ ПЕВНУ РОЛЬ ВИКОНАННЯ ЗАВДАНЬ, ПОВ’ЯЗАНИХ З ТЕСТУВАННЯМ. AGILE ОРГАНІЗАЦІЇ МОЖУТЬ ЗІТКНУТИСЯ З ДЕЯКИМИ ОРГАНІЗАЦІЙНИМИ РИЗИКАМИ, ПОВ’ЯЗАНИМИ З ТЕСТУВАННЯМ: • ТЕСТУВАЛЬНИКИ НАСТІЛЬКИ ТІСНО СПІВПРАЦЮЮТЬ З РОЗРОБНИКАМИ, ЩО ВТРАЧАЮТЬ ВІДПОВІДНЕ МИСЛЕННЯ ТЕСТУВАЛЬНИКА • ТЕСТУВАЛЬНИКИ СТАЮТЬ ТЕРПИМИМИ ДО НЕЕФЕКТИВНИХ, НИЗЬКОЯКІСНИХ ПРАКТИК АБО МОВЧАТЬ ПРО НИХ • ТЕСТУВАЛЬНИКИ НЕ МОЖУТЬ ВСТИГАТИ ЗА ВХІДНИМИ ЗМІНАМИ В ОБМЕЖЕНИХ ЗА ЧАСОМ ІТЕРАЦІЯХ ЩОБ ПОМ’ЯКШИТИ ЦІ РИЗИКИ, ОРГАНІЗАЦІЇ МОЖУТЬ РОЗГЛЯНУТИ ВАРІАНТИ ЗБЕРЕЖЕННЯ НЕЗАЛЕЖНОСТІ ТЕСТУВАННЯ РОЛЬ ТЕСТУВАЛЬНИКА В AGILE КОМАНДІ ТА РИЗИКИ ДЛЯ AGILE ОРГАНІЗАЦІЇ
  • 51. 2014 VS. 2021 IN ISTQB AGILE ISTQB Certified Tester - Foundation Level Extension - Agile Tester SCRUM Guide Guide Kanban Method XP New version in Sep 2014 New version in Nov. 2020 New version in February 2021 closed February 2000 Scrum is an Agile management framework which contains the following constituent instruments and practices: Sprint, Product Increment, Product Backlog, Sprint Backlog, Definition of Done, Timeboxing, Transparency. Scrum is a lightweight framework that helps people, teams and organizations generate value through adaptive solutions for complex problems. Transparency, Inspection, Adaptation are empirical Scrum pillars. Scrum Values: Commitment, Focus, Openness, Respect, and Courage. Scrum Events: Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective. Scrum Artifacts: Product Backlog, Sprint Backlog, Increment (Commitment: Definition of Done- is a formal description of the state of the Increment when it meets the quality measures required for the product). Scrum defines 3 roles: Scrum Master, Product Owner, Development Team Scrum defines 3 roles: Scrum Master, Product Owner, Developers Kanban is a management approach that is sometimes used in Agile projects. Kanban utilized three instruments : Kanban Board, Work-in-Progress Limit, Lead Time. Kanban is a rather abstract “method without methodology” and has a wide area of possible applications. It is important to understand that the Kanban Method is applied with its principles and practices on top of an existing flow of work and way of working. Kanban General Practices: Visualize, Limit Work in Progress (WIP), Manage Flow, Make Policies Explicit, Implement Feedback Loops, Improve Collaboratively, Evolve Experimentally Core Kanban Metrics There are a number of basic metrics in Kanban: • Lead time is the time it takes for a single work item to pass through the system from the start (commitment point) to completion • Delivery rate is the number of completed work items per unit of time, such as features per week, training classes per months, or new hires per month • WIP (work in progress) is the amount of work items in the system (or a defined part of it) at a certain point in time. Cadence: Team Kanban Meeting (daily), Team Retrospective (Biweekly or Monthly), Internal Team Replenishment Meeting (weekly or as needed) Iterations or sprints are optional in Kanban No iterations and sprints in Kanban Daily stand up What have you completed since the last meeting? What do you plan to complete by the next meeting? What is getting in your way? Daily Scrum The purpose of the Daily Scrum is to inspect progress toward the Sprint Goal and adapt the Sprint Backlog as necessary, adjusting the upcoming planned work. The Daily Scrum is a 15-minute event for the Developers of the Scrum Team. Team Kanban Meeting Release planning - - + Retrospectives The Scrum Team inspects how the last Sprint went with Service Delivery Reviews are the Kanban way of doing retrospectives. They focus on
  • 52. ЩИРО ВДЯЧНА ЗА ВАШУ УВАГУ!