ISTQB — шкода чи користь? Що каже засновник Ukrainian ISTQB Community.

18 січня в телеграм каналі QA Україна стартувало велике опитування про користь ISTQB для тестувальників.

Було запропоновано 10 варіантів відповідей з можливістю обрати кілька варіантів одночасно. Опитування виглядає так:

“ISTQB…”

Має використовувати кожен тестувальник у своїй роботі
Бажано знати кожному тестувальнику
Не обов’язково знати для гарної роботи
Протипоказано для новачків без досвіду
Необхідно отримати Foundation навіть без досвіду роботу
Треба десь з middle рівня
В наших реаліях не дуже релевантно
Корисно більше для структуризації власних знань
Переоцінено
Часто використовується бездумно і це погано

Свою думку висловила Олександра Ковальова, ISTQB тренер та засновник Ukrainian ISTQB Community.

Ось що сказала Олександра (далі пряма мова):

З мого досвіду десь на 40+ проєктах в різних компаніях за типом і розміром та із спостережень за колегами тестувальниками, які складали в 35 країнах світу.

Сертифікація ISTQB чинить шкоду коли:

Складає людина без жодного практичного досвіду — бо в голові складається надто заплутана картина сферичного проєкту у вакуумі, а апроксимувати ще немає на що. І приклади не допоможуть, бо немає на який досвід спертися.
Її намагаються використовувати як стандарт процесів тестування і впроваджувати собі все підряд без аналізу — а чи воно нам підходить, а чи воно нам треба (хоча в самому istqb так і пишуть — testing is context-dependent).
Готуються наклацуючи дампи в інтернеті в надії завчити відповіді, або тупо завчають матеріали — не розбираючись як та чи інша практика виглядає у житті або чому саме так працює і яким проєктам це підходить. Такі люди вказують у своїх резюме сертифікат, а потім на співбесідах несуть таку дичину, що соромно стає.

ISTQB сертифікація ні на що не впливає коли:

Складають “заради папірця”. Типу склав і забув “все одно в житті не стане у пригоді”. Тобто людина під час підготовки не має жодної особистої цілі або проєктної проблеми, для якої хотіла б знайти рішення. Якщо ви нічого для себе не шукаєте, то нічого і не отримаєте.
Людина/керівництво очікує, що після, сертифікації щось має змінитись саме по собі. Щоб щось покращувалось треба не тільки отримати знання — треба їх ще впроваджувати, хоча б спробувати.
Коли людина вже має широкий класний світогляд і досвід в тестуванні та поточний рівень сертифікації їй нічого не може дати (наприклад Foundation). Тоді це просто формальний обов’язковий крок до наступного рівня, а їх зараз хоч залийся — від класичних Advanced про крутий рівень тестового покриття або тест менеджменту до спеціалізацій в видах тестування та доменах (вже навіть тестування Artificial Intelligence є).

ISTQB сертифікація дає класні результати коли:

Людина формує мапу своїх знань в тестуванні та хоче побачити “сліпі зони”. Не “структурує знання” бо тут насправді все буде навпаки 😂, а саме шукає “про що я ще не в курсі”. При чому в цьому пункті себе знаходять навіть дуже досвідчені тестувальники. Коли робиш щось 100500 років на практиці та думаєш, що це ваше ноу-хау, а виявляється, що це придумали 20 років тому, у цього є назва і купа варіантів реалізації для проблем що з’являється.
Коли людина налаштована вкладатись в зміни, “приміряє” різні підходи на свій проєкт, бере те, що зараз актуально та іде пропонувати своїй команді, або впроваджувати хоча б у своєму шматочку роботи
Коли вам треба зрозуміти як формується якість на різних етапах девелопмленту і як ви з позиції тестувальника/ліда/вузького спеціаліста можете на це впливати. Цікаво, що це не залежить від вашого поточного рівня, наприклад як джун хоча б будете знати, про що кого питати.
Ситуації, коли сертифікат потрібен з формальних причин — а-ля вказується у вимогах на вакансію або у вимогах на промоушен в компанії (мені самій дивно, але таких компаній все більше), або ви не маєте технічної освіти й закордоном вам треба хоч якесь формальне підтвердження, що ви тестувальник — навіть брати не буду, там все зрозуміло.

Висновок.

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

Від редакції QA Україна.

Ми вітаємо диференційований підхід до професійних питань. Не може існувати єдиного правильного підходу, однієї короткої відповіді на питання. На неї впливають умови, цілі та навіть особисті якості конкретного фахівця та, відповідно, команди та компанії, яка залучена в розробці софту.

Дякуємо Олександрі Ковальовій за розгорнутий коментар до цієї не простої теми!

Поширюй:

ISTQB