Як знайти першу роботу в IT. Мої поради тестувальникам-початківцям і не тільки

Коли люди дізнаються, що я колишній QA лід, менеджерка, починають питати про навчання, проєкти і таке інше. Я вірю, що все вже описано/розказано до мене, тому не дуже люблю давати поради на цю тему. Але якщо вам все ж цікава моя думка, підсумую все, що коли-небудь рекомендувала своїм студентам і підлеглим.

QA automation testing. Software development. IT engineer writing code on laptop.

Ці поради більше орієнтовані для тестувальників, але загалом підійдуть будь-якій сфері, навіть не айтішній.

Навчання

Всіх, хто колись в мене питав порад що вчити, відправляю на Доу. Суворо, багато, технічно, може бути місцями застарілим, але це старт.

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

Підказка: не зациклюйтеся на одному ресурсі/курсі/статті/поясненні. Якщо вам щось незрозуміло – це не ви тупі чи вам не дано. Це просто автор/спікер не ваш. Все. Шукайте пояснення теми в різних авторів доти, доки не розберетеся настільки, що посеред ночі зможете розказати про це своїй бабусі.

Найбільша цінність курсів – можливість ставити питання й отримати відповідь. Але ютубчик, статті чи живий ментор з просторів LinkedIn дадуть вам такий самий результат.

Так-так, знайти QA, який працює, і попроситися до нього на 1 годину менторингу на тиждень-два, реально. Той самий нетворкінг, про який пишуть всюди в LinkedIn. Хтось відмовить, а хтось погодиться. Просто подумайте про це. Які можливості відкриваються! А якщо ця людина зможе потім порекомендувати вас на якийсь проєкт?

Але не варто просто кидатися на людей з посилом «я новачок, може до тебе на фірму треба новачків», а з розумом просіть про допомогу «я зараз вчуся, і мені важливо мати когось, щоб часом запитати щось по справі. Я бачу, в тебе купа досвіду і <тут максимально описуєте, чому саме ця людина вас цікавить>. Чи було б тобі цікаво приділити мені годину свого часу раз на кілька тижнів?» – так це приблизно бачу я, але підлаштовуйте під ваші потреби. Думається мені, що багато хто не встоїть. Я б рочків 5 тому не встояла. Але ставимо змістовні питання, а не «просто поговорити». Цінуймо свій час і спеціаліста.

Досвід

З цим складніше. Тестуйте все, що бачите. Карма тестера передалася вам? Бачите баги всюди? Супер! Описуйте їх. Описали? Відкладіть на тиждень. За тиждень перечитайте. Зрозуміло? Вітаю, ви впоралися.

Ні? Переписуйте, поки не буде зрозуміло. Завдання з зірочкою – показати баг-репорт своїй мамі-бабусі-другу-партнеру. Суть одна – має бути просто і зрозуміло.

Баг-репорт – ваш основний скіл. Поки не доведете його до ідеалу, нічого не буде. Після баг-репорту можете братися до тест-кейсів. Навряд чи від трейні-джуна очікуватимуть досвіду роботи з ними. Я не очікувала. Але ви ж знаєте, що вимоги до джунів зараз такі, що не кожен мідл впорається.

Можливо у вас є друзі-розробники, які «пиляють» свій проєктик – попросіть там потестувати. Тільки багами їх дуже не закидайте, бо швидко передумають. Також чула про різні Open Source проєкти. Сама ніколи не тестувала, та й з того що бачила, там все доволі технічне. Але може це й добре? Одним словом, спробувати варто всяке й різне, Google в поміч.

Пошук роботи

Ось тут починається най-най-складніший етап. Просто вивчитись недостатньо. Знайти позицію і пройти співбесіду – ось справжній челендж.

Не ведіться на обіцянки курсів про працевлаштування. Вдасться – супер. Ні, то ні.

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

Слідкуйте за форумами, сайтами, розсилками для джунів на тому ж DOU і інших дев-ресурсах. Upwork, і тому подібне. Деякі особливо жадібні компанії, навіть іноземні, можуть постити оголошення навіть на сайтах типу Work.ua – бо на DOU шкодують заплатити комісію чи за публікацію оголошення. Тому зверніть на це увагу. Не факт, що й вам велику зарплату обіцятимуть. Але ж досвід важливіший за гроші, правда ж? Вам головне почати, а далі то вже інша історія. До цього ми повернемося пізніше.

З мого досвіду, частіше за все, джунів і трейні шукають стартапчики для маленьких проєктів, і в них HR нечасто існують як такі. Тож ставка на нетворк в LinkedIn, форуми, знайомства, тусовки, мітапи. Намагайтеся бути в темі.

У великих компаніях моніторте IT-академії і всілякі курси зі стажуванням. Курси тому, що на них проводять нормальну таку співбесіду й жорсткий відбір. Потрапити туди – все одно що на роботу влаштуватися, треба мати базові знання і, часом, навіть досвід. Але там вже гарантій на працевлаштування більше. Та й курси тестерів і стажування від, наприклад, SoftServe в резюме виглядають солідніше, аніж курс від ноунейм-контори, яких зараз розплодилося безліч.

Підказка: не здавайтеся, памʼятайте, навіщо вам це все. Опис вакансій використовуйте як список того, що треба почитати, можливо довчити. Але це необов’язково знати все-все на «відмінно». Фортуна любить наполегливих, а ейчари – впевнених.

Резюме

Правду пишуть, що всі джуни і трейні +/- на одне лице. Базові знання, якісь курси, нуль досвіду. Як обрати?

Я вважаю, що, якщо компанія вирішила, що їм треба початківця, вони, скоріш за все, мали б адаптувати трохи процес найму. Флови для мідлів і сеньйорів не спрацюють, як хотілось би.

Коли мені треба були трейні чи джуни на проєкт, я давала тестове – одна-дві сторінки у вебдодатку, чіткі інструкції, завдання – знайти й описати пару багів, вказати які найкритичніше пофіксити першочергово й чому. З цього завдання ду-у-уже багато що ясно про тестувальника: на чому фокусується, які флови тестує, чи є розуміння, як зручно описати баги, мотивація, врешті-решт, – з 20 кандидатів завдання прислали може 5-6.

В самому резюме мені важливо було бачити, наскільки людина взагалі підготувалася і присвятила часу – як воно оформлене, формат, що змогли розписати, а що навіть не згадали, якийсь вступ-опис. Я вже років понад п’ять використовую visualcv.com для всіх своїх резюме – там є гарні й прості шаблони. Один раз оформіть гарно, а потім будете просто дописувати й вносити правки.

Наступний важливий момент – практично всюди можна додати супровідний лист – його бачать ще ДО самого CV. Не ігноруйте його, напишіть кілька слів чому ви, чому ця компанія, свої сильні сторони. Коротко, але основне.

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

Фейли будуть, завалені співбесіди, аплікейшени без відповідей, відмови, інтервʼюери-козли теж будуть. Від того ніхто не застрахований. Вам не треба, щоб всі сказали «так». Вам достатньо однієї компанії. Тож не зупиняйтеся доти, доки не знайдете ту єдину компанію.

Підказка: заведіть собі резюме під QA-профайл з самого початку навчання і, по мірі просування, додавайте туди нові скіли, описи, новий досвід, курси. Це дасть вам відчуття прогресу і власних досягнень.

Починайте розсилати CV і ходити на співбесіди одразу ж, як вивчите тестову теорію – вона, на відміну від технічних скілів, має початок і відносний кінець.

Не забувайте продовжувати вчитися і на етапі проходження співбесід, і вже коли отримали офер. В IT-сфері ваше навчання не закінчується ніколи. Змінюється лише інтенсивність. І перші півроку-рік, а то і півтора-два інтенсивність має бути на максимумі ваших можливостей.

Підказка: важливо не плутати інтенсивність і ефективність. Ви можете думати, що інтенсивне навчання – це 8 год на день. Але чи може таке навчання бути ефективним? Дві години якісного цілеспрямованого навчання дадуть вам і інтенсивність, і ефективність. Внесіть цей час в календар і вкажіть конкретну ціль на кожне заняття. Те ж саме і з відправкою резюме і моніторингом вакансій – 1-2 год фіксованого часу в день дадуть вам більше, аніж бездумний скролінг стрічки в LinkedIn з надією щось побачити.

Розвиток після

Якщо ви трейні-джун і потрапили в велику компанію – великий успіх! План розвитку вам розпишуть ледь не в перший робочий день.

Якщо ж компанія менше, план розвитку складати доведеться саменьким.

Я прихильниця того, щоб перших роки 2-3 карʼєри попрацювати на аутсорсингові компанії, де є різні проєкти – більше шансів отримати різний досвід і немає величезного стресу «знайди вакансію – пройди співбесіду – отримай офер».

Але це не завжди можливо, тож працюємо з тим, що є. Перших місяців 6-12 мусите вчити все, що вам необхідно для поточного проєкту. Щонайменше 3 місяці займе тільки онбординг і вʼїжджання в усі тонкощі проєкту. Буде доволі велика спокуса на тому й спинитися – тепло, світло й зарплату платять.

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

Повірте мені, людині, яку двічі скорочували в найбільш незручний момент. Також я бачила три випадки, коли тестери приходили в малий проєкт, тішилися, працювали й так минало 3-5 років. А потім – криза, COVID чи ще якась дурня. Ти по досвіду вже ніби мідл міг би бути, а по скілам не всюди на джуна проходиш. Тож навіщо вам ті стреси?!

Вчимося, вчимося, і ще раз вчимося

План на перші 1-2 роки – сертифікація ISTQB. Сам сертифікат в мене ніколи не питали. Але вдумлива підготовка, вивчення і розуміння теорії, вміння навести приклад з власного проєкту, підтримати дискусію про те, яку техніку дизайну варто використати в тому чи іншому кейсі – повірте, це 40% успіху проходження техспівбесіди на будь-яку QA-позицію.

Ні, сертифікат сам по собі вам цих знань не гарантує. Тому я вкрай не рекомендую всі ці марафони «підготуйся і здай сертифікацію за 2 тижні».

Тестувальник мусить знати теорію тестування. На рівні курсів її знати замало. Без привʼязки до реального проєкту – гріш ціна цим зазубреним термінам.

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

На мою скромну думку, треба звернути увагу на:

• API-тестування й автоматизацію тест-кейсів
• SQL і тестування без даних
• Тонкощі тестування мобільних застосунків
• Автоматизацію тестування вебзастосунків

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

Порада: не зупиняйтесь. Не застрягайте. Плануючи «увійти в IT» думайте одразу про варіанти, куди далі і для чого. Щоб не вийшло дисонансу «я надірвався/лась намагаючись потрапити на роботу/допрацюватися до норм зарплати, а тепер не знаю, що далі, все погано». Думайте про це «далі» вже зараз. Мрійте, дайте цим мріям надихати вас і рухати вперед.

Насамкінець

Починати завжди важко, це 100% вихід з зони комфорту. Тут так само як зі стартапами й будь-якою ідеєю – починають тисячі, а до фінішу приходять одиниці. Але з тих, хто не дійшов до фінішу, жоден не жалкує про те, що почав.