Я заходила в IT як Manual QA ще до того, як почали з’являтись курси на будь-який гаманець. Шлях, чесно кажучи, був довгий і досить важкий, з постійними переосмисленнями, помилками і безкінечними спробами знайти щось дійсно своє.
З часом курсів ставало все більше, а з початку Covid-19 їх стало стільки, що обіцянки ставали все абсурднішими, аби заманити студентів, а вимоги ринку для старту все вищі. Зараз, після початку повномасштабного вторгнення, кандидати розділились на чотири категорії:
Тих, хто свято вірить що усе точно вийде.
Тих, хто вважає що вже кінець історії, мануальне тестування померло вчора і сенсу ніякого нема.
Тих хто вже пройшов курс(и) і не може знайти роботу пів року чи рік.
Тих хто вже знайшов і мовчки набиває свої перші шишки.
Якщо подивитись статистику Djinni по найму, то стає зрозумілим що просто не буде. Але чи фатально? Ну трошки так 🤓 Нижче на скріншоті загальна статистика.
Що ми маємо, якщо у нас відсутній досвід і англійська? Кількість вакансій: 21, кількість кандидатів: 3479. Це шанс є у кожного 166 кандидата.
Якщо ми ставимо досвід 1–2 роки то маємо вже майже вдвічі менше кандидатів. Якщо ставимо англійську Intermediate — кандидатів стає ще менше. Логіка зрозуміла.
Якби я починала свій шлях зараз, він виглядав би десь так:
Курси. Спочатку я пройшла б якийсь базовий курс, щоб поспілкуватись з людьми, щоб провели за ручку по життєвому циклу проекту, послухати інші історії. Це може бути наприклад курс від Beetroot Academy по Manual QA або курс по Manual QA від Hillel IT School, або, при невеликому бюджеті почала б з недорогих курсів на Udemy. Сама суть цих курсів це відкрити для студентів можливі варіанти і закласти Roadmap для подальших трудів. На цьому етапі ми збираємо ачівки, і було б непогано мати подушку безпеки на цей період. Базовий курс це тільки початок. Швидких стартів, як багато хто обіцяє, не вийде, особливо зараз, і краще будувати нову кар’єру з мінімальним, наскільки це можливо, стресом.
Англійська. Якщо у вас її недостатньо — це дуже важливий аспект, якщо ви не збираєтесь в продуктову локальну компанію. Англійська має бути як ранковий душ, як почистити зуби, поснідати і попити каву. Якщо ви всього цього не робите то підставте будь які інші ритуали які маєте 😸. Обрати наразі є з чого, курсів англійської безкінечна кількість, але якщо є фінансовий ліміт то я б обрала додатки типу Busuu (вибач, Дуо, я не твій фанат), але щодня, з релігійною фанатичністю. Було б непогано мати з ким практикувати, для цього підійде наприклад Preply, де можна знайти з ким потриндіти або серьозно займатись без 18+ (що часто трапляється в інший розмовних сервісах).
Книги. ISTQB здавати на початкових етапах не має ніякого сенсу, але прочитати Рекса Блека (будь ласка, я не хочу чути про Савінова) і Техніки тест дизайну Лі Копленда буде неабияким досягненням, особливо якщо ви з того щось запам’ятаєте і зможете за нагоди зацитувати — ціни вам не буде. При тому, що останніми роками техніки тест дизайну стали часто питати на співбесідах, думаю цю думку не варто ігнорувати. АЛЕ! Якщо у вас є фінансові і ментальні ресурси підготуватись і здати той клятий ISTQB — пробуйте. Гірше не буде. Просто в роботі скоріш за все буде повністю все інакше, але сертифікат який признається у світі ніколи не зайвий.
Заглиблення інструментарію. Що цікавило б особисто мене? SQL і тестування API. Вони будуть на курсах, але часто — досить поверхнево. А нам потрібно не тільки знати не тільки як виглядає цей софт, але і вміти відповісти на питання на співбесіді. Тут на допомогу прийдуть недорогі курси на Udemy, наприклад оцей Postman: The Complete Guide — REST API Testing і The Ultimate MySQL Bootcamp: Go from SQL Beginner to Expert. На Udemy багато корисного, часто бувають досить великі знижки, якщо почекати на них. Такі вміння будуть досить великою перевагою, а боятися їх не варто. Але тут повертаємось до пункту про англійську — вона дозволить суттєво скоротити витрати на навчання.
Теорія Тестування. Це важливо. Я наголошую, це правда важливо. Серед усіх тисяч кандидатів потрібно якось обирати. Знання теорії не гарант якісної роботи, але на одне гостре око орієнтуватись — проблематична історія. Без системності, вміння оцінювати ризики, доводити інформацію до опонента і формулювати задачі використовуючи відповідну лексику зараз буде складно. Питати на співбесіді можуть (і будуть!) усе, не тільки про саме тестування, але й про екосистему взагалі, щоб розуміти, наскільки глибоко зацікавлений кандидат в сфері.
Упаковка. Потрібно запакувати все що ми вміємо і знаємо в гарне резюме, чіткий і зрозумілий, коректно складений профіль в LinkedIn, створити акаунти усюди — Dou, Djinni, Upwork, будь де ще, і щоб пройти цей шлях достойно було б непогано мати ментора. Наприклад ментор по QA від Projector Mentorship Program і ментора- рекрутера, щоб упакувати профіль. Це важливо, бо існує скрінінг першого звернення, і профілі і резюме має бути в ідеальному стані.
Портфоліо. Зазвичай це більше важливо для дизайнерів, але для першої або другої роботи було б непогано мати що показати. Pet-projects, благодійні проєкти, приклади написаної документації, профілі на гітхабі, приклади написаних запитів в SQL і все інше, що може бути важливим.
Пошук. Шукати і намагатись зрозуміти свою нішу. В якихось доменах ситуація більш складна, якісь мають навпаки, менший потік — тут грає роль і принциповість і етичність кожного окремого шукача. Так як на ринку у нас, як відомо, ситуація досить складна, то я б скоріш за все з гарно упакованим профілем поперлася б на Upwork. Знову таки, привіт, англійська.
Зі усього вищеописаного можна зробити висновок, що вхід в IT через мануальне тестування далеко не таке просте, як нам описує реклама курсів, гарантію працевлаштування вам не дасть ніхто, і тестування це не просто вхід, а окрема повноцінна професія, яку потрібно саме так оцінювати.
Ну і так, якщо ви вже почали — сил вам та наснаги. Прийде той, хто рухається.
