Quality Assurance Engineer: що це таке та з чого почати?

Продовжуємо публікувати колонки, де досвідчені експерти GlobalLogic розповідають про перші кроки в професії.

Ми вже розповідали про C++, Golang та Python – за посиланнями ви можете знайти ці матеріали. Сьогодні ми поговоримо про ще одну надпопулярну галузь для “старту в ІТ” – інженер по забезпеченню якості, або як його зазвичай називають, Quality Assurance Engineer. Розглядати будемо позицію саме Manual QA Engineer, бо в Automation QA інша специфіка, яку ми розглянемо в іншій статті. Поїхали!

З чого почати?

Найпершим кроком має бути питання до самого себе – а чи підходить це саме мені? Запитайте себе, чи перевіряли ви колись оточуючий світ на useability, придатність до користування.  Прості питання:

• Наприклад, чому кришка від пляшки з водою відкручується завжди за годинниковою стрілкою. Що буде, якщо якась компанія спробує змінити правила?
• Чи помічаєте ви якісь простенькі, побудові “баги” – наприклад, укладка плитки, де одна з цеглин ну явно не на своєму місці! 

Уважність до деталей та вміння аналізувати оточення та систему на “надійність” в цілому є невіддільними рисами тестувальника.  

Якщо ви вже твердо вирішили стати на цей шлях – відразу скажемо про переваги. Стежка Manual QA Engineer має такі плюси:

1. Низький поріг входження до спеціальності. Не потребуються зі старту так звані “hard skills” – знання мов програмування, як для розробника, або заліза, як для сисадміна. 
2. Широкий ринок попиту. Завжди знайдеться проєкт до душі, адже мануальні тестувальники можуть адаптуватися майже до будь-якого середовища. Немає жорсткої прив’язаності до технологій та їх змін, як у девелоперів чи тестерів-автоматизаторів. Проєкт може писатися будь-якою мовою програмування, і на сам підхід до тестування це буде мати мінімальний вплив.
3. Різноманітні вектори розвитку. Можна зануритися у будь-яку специфічну сферу за бажанням: від геймдеву з правилами, що змінюються ледь не кожен день до медичних проєктів з дуже стабільними й регульованими правилами, але з купою формальної документації. Від тестування безпеки до концентрації на UX тобто user experience.

Як підготуватись?

Пріоритети в підготовці до першої QA роботи можна розставити по такому списку:

1. Знання англійської мови. Перше місце, бо це основа. Серед усіх навичок, що зазвичай потребуються в IT, та зокрема в QA, здобуття цієї вимагає найбільших зусиль. Звісно, є можливість знайти проєкт і без англійської. Але тоді  кількість можливих позицій буде сильно скорочена до локальних проєктів або до проєктів, де потрібне розуміння лише англійської документації (тут може допомогти й Google Translate, проте не забувайте, що технологія поки що не досконала, ще й час жере як не в себе). 
2. Розуміння процесу тестування. Можливість орієнтуватися на проєкті та розбиратися, що від тебе потребується полегшить життя не лише вам, а й вашому замовнику. Проте, будьте готові, що повного розуміння про що йдеться ви отримаєте поки не почнете діяльність на реальному проєкті. В автора цієї колонки образ професії склався тільки на другий місяць комерційного досвіду!
3. Знання термінології забезпечення якості.  Тут вам допоможе єдина міжнародна сертифікація цієї професії ISTQB Glossary. Ця сертифікація практично гарантує вам позицію QA. Увага! Починати з неї без практичного досвіду не треба, бо тест завалите і втратите 195 доларів. Чому так? Бо правильні відповіді потребують гарного знання англійської саме специфічного напрямку професії. А ще вивченого ISTQB Syllabus. Так що просто вивчайте цю сертифікацію для загального розуміння. 
4. Розуміння будь-якого SDLC чи, по простому, процесу розробки програмного забезпечення. Почніть з принципів Agile на офіційному сайті. Основи є навіть українською. Найпопулярнішою SDLC є SCRUM, цю різновидність методологій легко зрозуміти (а в нас є кілька статей щодо цієї методології – прим. редактора). 
5. Система багтрекінгу. Це є спільною рисою яка необхідна як QA, так й BA і навіть PM позиціям. Звісно, найпопулярнішою тут є JIRA. Вона не безкоштовна, але є trial-версія, тож навчитись створювати\заповнювати тікети можна самостійно. 
6. Приблизна орієнтація в Automation. Це великий плюс. Можна здобути за допомогою Selenium IDE – благо, воно тепер існує і для Chrome.
7. Інше. Будь-які додаткові скіли, відповідно до необхідностей проєкту. 

 Як вчитись та список матеріалів

При вивченні чого завгодно треба враховувати власний склад розуму! Наприклад, я краще за все засвоюю відео, тому в сучасних умовах я б концентрувався на YouTube, або навіть TikTok. Відмінністю останнього є швидкість та простота – уся інформація є доступною та розбитою на короткі уривки, що спрощує процес засвоєння інформації.

Тож я вирішив розпочати пояснювати QA теорію в тіктоці 🙂

Можна задати питання стосовно теорії та практики, і я буду готувати матеріал щодо вашого питання!

Хто любить читати книжки, той хай спробує прочитати. Раджу почати з

•  Роман Савін – “Тестування дот ком”
• Джеймс Уиттакер, Джейсон Арбон, Джефф Кароло – “Як тестують в Google”
• Сем Канєр, Джек Фолк, Енг Куок Нгуєн “Тестирование программного обеспечения” – вона доволі академічно написана, може здатись нудною, але дає фундаментальні знання. Якщо подужаєте її – буде добре!

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

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

Проте найголовніше – це любити те, що ви робите, цікавитись тим й не боятись експериментувати!