Початок роботи Junior-тестувальника

Тут знову все індивідуально і залежить від компанії та навіть проекту, зокрема від типу компанії (інхаус, аутсорс, аутстаф), розміру штату, процесів та поточних завдань.

Онбординг

Один тестувальник : якщо вас попало бути на першій роботі єдиним тестувальником, то швидше за все вас познайомлять з колегами, кавомашиною і розкажуть про продукт (а ви вже самі повинні знати про нього все, що можна дізнатися заздалегідь), після чого відразу кинуть на амбразуру шукати баги , писати кейси та попутно відповідатимуть на запитання;
Відділ тестування : у великих компаніях зазвичай є налагоджений процес онбордингу, який починається з видачі прав доступу, налаштування робочих обліків та робочої станції, знайомства із внутрішньою структурою проекту та компанії, ознайомлення зі стеком технологій та інструментами. До вас прикріплюють ментора та розповідають до кого та з якими питаннями можна звертатися.

У будь-якому випадку якихось значущих результатів від новачків спочатку ніхто не чекатиме, зазвичай є мінімум один "золотий" місяць, коли співробітника сюсюкають як немовляти на другорядних завданнях, поки той не увіллється в роботу, так що не накручуйте себе заздалегідь.

Перші завдання

Один тестувальник : У нормальній ситуації ви проведете дослідницьке тестування, складете кілька наборів кейсів або чекістів, задокументуєте всі поточні баги і надалі займатиметеся тестуванням нових збірок, перевіркою виправлення знайдених дефектів та проведенням регресії;
Відділ тестування : Вам призначать посильні, але, ймовірно, рутинні завдання, на зразок регресії, актуалізації артефактів тощо.

Поради єдиному джуну тестувальнику

Взагалі створювати відділ тестування наймають QA Lead, а якщо ви джун без досвіду роботи, то або роботодавець не розуміє, що робить, або у нього є цілком конкретний "біль", який він за допомогою тестувальника хоче вирішити, в такому випадку проводити ціле розслідування не доведеться - напевно, всі пояснять ще на співбесіді.

Починати ознайомлення з проектом краще з інтерв'ю. Стати журналістом. Що являє собою структура організації, а саме хто над ким стоїть і хто за що відповідає? Де найбільше багів, яким бачать тестування зараз та які очікування у майбутньому? Оцініть зрілість процесів за CMM та TMM, зрілість проекту (новий/старий-зрілий/старі-зрілі де будуть глобальні зміни) та команди, визначте методологію розробки. Зберіть метрики, підбийте статистику, подумайте, як на цю статистику можна вплинути. Проведіть вступну лекцію команді: що таке QA, як воно може допомогти, з якими проблемами поводитися і навіщо все це треба.

Далі залежно від усього цього вибирайте в темі про процеси або на просторах інтернету вебінар/статтю (можна поцікавитися досвідом колег у ком'юніті або пошукати з історії) і звіряючись з цілями компанії, акуратно приступайте до впровадження. Потрібно буде їх обміркувати та впровадити хоча б на ключові моменти: етап складання вимог, етап перевірки нового функціоналу перед вливанням до основного, етап регресії, надання звітності.

Дод. матеріал:

PreviousЯк проходити співбесіду?NextПомилки в роботі у тестувальників-початківців

Last updated 2 years ago