Етапи розвитку тест інженера та питання на кожному з них

Час від часу в різних тестувальницьких чатах виникають подібні один до одного питання:

• Чи достатньо я знаю, як junior чи trainee?
• Що повинен знати middle?
• Коли зрозуміти, що ти senior?
• Як отримати позицію lead чи менеджера?

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

Замість пошуку складних відповідей - я пропоную звернути увагу на те, які питання ми задаємо собі на кожному з етапів нашого кар'єрного розвитку.

Етапи розвитку в кожній компанії свої, але я бачу такі: Junior => Middle => Senior => Lead => Manager => Consultant => "Guru".

Test Engineer Maturity

Junior

• Як протестувати цю фічу / додаток?
• Яка техніка тест дизайну краща?
• Що такі Git та навіщо він потрібен?
• Яку мову програмування обрати для автоматизації (для того, щоб отримати більш масний конверт)?
• Який інструмент для тестування найкращий?

Middle

• Як правильно налаштувати CICD pipeline?
• Як пофіксити усі flaky тести?
• Що таке паттерни проєктування та як їх застосовувати?
• Навіщо писати чистий код та дотримуватися конвенцій?
• Як запускати тести в багато потоків десь на Selenoid?

Senior

• Як покращити testability окремої фічі чи сервісу?
• Які проблеми з архітектурою системи? Що трапиться, якщо "оцей окремий компонент" на схемі - перестане нормально працювати?
• Скільки business value приносять автотести?
• Як заохотити користуватися результатами тестування усю команду: віл розробників до менеджерів
• Які тести краще видалити чи робити вручну, ніж витрачати час на постійну підтримку?
• Як швидко та безпечно працює той чи інший компонент? Та як погана робота одного компоненту впливає на роботу в системи в цілому?

Lead

• Як правильно організувати процеси тестування в команді?
• Як впевнитися, що команда досягає цілей бізнесу?
• Як створити культуру спільної відповідальності за якість у команді?
• Як збирати метрики, працювати з пріоритетами та комунікувати з різними командами?

Manager

• Як тестування допомагає мінімізувати ризики для бізнесу?
• Як мотивувати тест-інженерів рости та розвиватися?
• Як створити vision тестування для компанії?
• Як налаштувати процеси тестування та інженерну культуру на рівні компанії?
• Як комунікувати результати тестування для вищого менеджменту (їх мовою)?

Consultant

• Як створити кращу стратегію тестування для конкретної компанії в конкретному контексті?
• Як переконати клієнта в тому, що даний інструмент або підхід краще (не) використовувати?
• Як швидко зробити Proof-of-Concept рішення з автоматизації та отримати зворотній зв'язок?
• Як навчити інженерів чи менеджерів обраній концепції, підходу або інструменту?

"Guru"

• Навіщо ми тестуємо?
• Чим тестування відрізняється від перевірки?
• Як ми можемо зрозуміти, чи правильні наші очікувані результати?
• Як ми знаємо те що знаємо?
• Як ми вчимося?
• Чи існують універсальні підходи та евристики для тестування?
• Як виміряти чи змінити сприйняття якості у людей?

Замість висновків

Звичайно, якщо ви знаходитеся на одному етапі - ніхто не забороняє Вам задаватися будь-якими іншими питаннями з різних рівні.

Але ефективність Вашої роботи - та відповіді на питання будуть напряму залежати від рівня Вашої майстерності та масштабу роботи.

А які питання задаєте собі Ви?