Мене звати Марина Мінак-Супруненко, я QA Team Lead в компанії Temabit Fozzy Group, займаюсь тестуванням з 2015 року. З приходом глобальних змін на початку 2020 року почала активно відкривати для себе Agile, набувала знання, як з офіційних джерел, спільнот, центрів навчання, так і з практики.

Маю відповідні сертифікації:

• ISTQB: Certified Tester — Advanced Level, Test Analyst; Certified Tester — Foundation Level Extension, Agile Tester; Certified Tester — Foundation Level;
• ScrumAlliance: Certified Scrum Master (CSM); Certified Scrum Product Owner (CSPO);
• Less.works: Certified Large-scale Scrum Basics (CLB);
• SAFe: Certified Agilist;
• ICAgile: Certified Professional —Agile Coaching (ICP-ACC); Certified Professional — Agile Team Facilitation (ICP-ATF); Certified Professional — Agile Fundamentals (ICP);
• Management 3.0.: Certified Fundamentals Online Workshop

Цією статтею хочу поділитися своїм досвідом від складання сертифікації «Certified Tester — Foundation Level Extension», а також розглянути актуальність викладеного матеріалу в Силабусі, який використовується як посібник для підготовки.

Перед написанням цієї публікації я дуже уважно перечитала ISTQB^® Code of Ethics for test professionals. Аргументовано, слідуючи принципам безперервного навчання: «Certified software testers shall participate in lifelong learning regarding the practice of their profession and shall promote an ethical approach to the practice of the profession», ділюся досвідом складання іспиту для сертифікації «Certified Tester — Foundation Level Extension, Agile Tester».

Роль стандартів, норм та правил

Напевно, найголовніше у всіх стандартах — це їхня актуалізація.

Всі застарілі стандарти не несуть в собі ніякої цінності, в той час як сертифікація підтверджує відповідність нормативному документу. А як бути, якщо сертифікація не актуалізована? Якщо перевірка знань відбувається на відповідність старих стандартів?

Логічно, що в цьому випадку, готуючись до проходження застарілої сертифікації — знання нових стандартів тільки нашкодять.

Не так би я хотіла почати цю статтю. Швидше сказала б: «Я склала черговий іспит з ISTQB! Ловіть лайфхаки!»

Крок за кроком

Але повернемося до реалій. Я придбала дві спроби віддаленого складання іспиту (Remote Proctor) через ISQI провайдер (мій фаворит через регулярні знижки на іспити, зручність проходження онлайн-тестів і навіть з наявністю електронної чернетки, що дуже рятує під час вирішення тестових завдань).

Ось тільки з перших хвилин роботи із Силабусом я усвідомила, що потрапила в минуле.

Лайфхак! Для того, щоб успішно, скласти цей іспит, потрібно повернутися у 2014 рік.

«А це точно Agile»?, — спитаєте ви.

На офіційному сайті ISTQB можна побачити, що Силабуси постійно актуалізуються і доступні в нових версіях та редакціях, оновлюється Глосарій, додається величезна кількість напрямків професійних сертифікацій. Але чомусь саме цей Силабус досі залишається в редакції від 2014 року.

З очевидних мінусів етапу підготовки — це мікс термінології. Наприклад, всі підходи гнучкої розробки об’єднані спільною назвою — Agile-проєкти. Література, на яку посилається Силабус теж застаріла, а посилання на матеріали Силабусів такі:

• ISTQB Advanced Level Test Analyst Syllabus в версії від 2012;
• ISTQB Foundation Level Syllabus в версії від 2011.

Вони неактуальні, крім неоновленого ISTQB Advanced Level Test Manager Syllabus в версії від 2012.

Хотіла звернути вашу увагу на те, що Scrum Guide оновився в листопаді 2020 року, в лютому 2021 року з’явився оновлений Офіційний Kanban Guide. Відповідно змінився ряд практик та основна термінологія.

Але в Силабусі дуже багато термінів та практик видозмінюються і часто просто підсвідомо розумієш, про що йде мова.

Розділи «Agile Software Development» та «Fundamental Agile Testing Principles, Practices, and Processes» потребують оновлення в частині фреймворку Scrum та підходу Kanban.

Scrum у версії Силабусу VS Scrum guide

На прикладі Scrum: в Силабусі зазначено, що Scrum — це гнучка система управління, яка містить такі складові інструменти та практики: Спринт, Продуктовий Інкремент, Продуктовий Беклог, Спринт Беклог, визначення критеріїв готовності (Definition of Done), Таймбокс, Прозорість. А також зазначено, що Scrum визначає три ролі — Scrum Master, Власник продукту та Команда розробки.

Але відповідно до офіційного Scrum guide: Scrum — легкий фреймворк, який допомагає людям, командам та організаціям створювати цінність за допомогою адаптивних рішень комплексних проблем.

Емпіричні стовпи Scrum: прозорість, інспекція та адаптація. Успішне використання Scrum залежить від того, наскільки люди поділяють п’ять цінностей: прихильність, сфокусованість, відкритість, повага і сміливість. Scrum-команда складається з одного Scrum Master, одного Власника Продукту і Розробників. Стосовно артефактів Scrum — кожен артефакт містить прихильність, яка надає інформацію для підтримки прозорості і сфокусованості, за якою оцінюється прогрес: для Продуктового Беклогу — це Продуктова Ціль; для Спринт Беклогу — це Спринт Ціль; для Інкременту — це визначення критеріїв готовності.

Щодо Спринту — вся робота, необхідна для досягнення Продуктової Цілі, включаючи події Спринт Планування, Щоденного Скраму, Спринт Рев’ю та Спринт Ретроспективи, виконується в рамках Спринтів.

Kanban у версії Силабусу VS Kanban guide

Аналогічні протиріччя можна виявити, читаючи останню редакцію гайду з Канбану.

Відповідно до Силабусу: Канбан — це підхід до управління, який іноді використовується у проєктах Agile. Його загальною метою є візуалізація та оптимізація потоку робіт у ланцюжку доданої вартості. Канбан використовує три інструменти: Канбан Дошка, Обмеження незавершеної роботи та Час виконання.

Але з офіційного джерела інформації щодо Канбану, а саме — за даними Університету Канбан: «Канбан має бути методом управління або підходом, що застосовується до чинного процесу або способу роботи. Ніколи не постає питання використання Канбану проти якоїсь методології або фреймворку. Швидше, це завжди додавання Канбану з використанням чинної методології, фреймворку чи способу роботи. Канбан призначений, щоб допомогти краще керувати роботою та покращити обслуговування доставлення до місця, де замовник постійно очікує зустріти свого клієнта. Практики Канбану — візуалізація, обмеження незавершеної роботи, управління потоком, явність правил, впровадження постійного зворотного зв’язку, удосконалення спільно з експериментальним розвитком».

Екстремальне програмування

Цікаво, що в базис Силабуса ввійшло багато інформації саме з гнучкої методології Екстремального Програмування, проєкт якої був закритий у 2000 році через застарілість. Хоча не можна не відзначити той факт, що зараз безліч практик саме з Екстремального програмування перейняли нині популярні підходи гнучкі розробки програмного забезпечення. А також навіть серед авторів відомого Agile Manifest досі є прихильники Екстремального програмування, про що кажуть такі публікації книг, як «Clean Agile: Back to Basics» від Robert C. Martin та інші.

Особисто для мене одним з плюсів цієї сертифікації можна назвати екскурс в Екстремальне Програмування та придбання/оновлення власних знань.

Achtung, Achtung, ISTQB!

Все ж таки дуже хотілося, щоб в ISTQB звернули увагу на проблему та актуалізували Силабус. Адже, якщо вірити офіційному сайту ISTQB, то в бета-версії 2021 вже новий Cилабус The Advanced Level Agile Test Leadership at Scale.

Але для допуску до його здачі вже потрібно мати сертифікацію «Certified Tester — Foundation Level Extension, Agile Tester», офіційний матеріал якої досі в редакції від 2014 року.

Цікавий факт, що матеріали для сертифікації рівня Advanced Level Agile Technical Tester в релізі від 2019, але на той момент базовий рівень був вже застарілим.

Одразу переглянула цей документ та зрозуміла, що 35 сторінок недостатньо для підготовки до іспиту рівня Advanced, на відміну від сертифікації «Certified Tester — Foundation Level Extension, Agile Tester». Кількість літературних посилань дає підказку — де брати додаткові матеріали та як правильно готуватися до іспиту з сертифікації «Certified Tester — Advanced Level Agile Technical Tester».

Підсумки

Хочу відзначити, що для успішного складання фундаментальної сертифікації в гілці ISTQB Agile «Certified Tester — Foundation Level Extension, Agile Tester» вам необхідно та цілком достатньо з офіційного сайту ISTQB завантажити Силабус і дуже уважно без внутрішніх заперечень перечитати його. Маючи багаж практики за плечима, зі знаннями прописаних істин в Силабусі та Глосарії (хоч і застарілих), цілком достатньо підготуватися та успішно скласти іспит.

Можливо, в найближчому майбутньому ISTQB актуалізують Силабус 2014 року, і я щиро вірю, що термінологія ISTQB буде відповідною до офіційних джерел як Скраму, так і Канбану.