Що повинен знати тестувальник: стек технологій для початківця

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

Це так не працює. Дійсно, щоб стати Junior QA, не потрібно знати u003ca href=u0022https://goit.global/ua/courses/ target=u0022_blanku0022 rel=u0022noopeneru0022u003eмови програмуванняu003c/au003e. Але у такого спеціаліста вже має бути певна теоретична підготовка та практичні навички. Про це і поговоримо.

Недостатньо просто прочитати книжку про QA. Навіть мануальний тестувальник-початківець має знати понад 80 термінів, що описують професійні поняття та процеси.

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

Пам’ятай, що пошук багів – це лише одна зі складових тестування. А от справжня ціль QA – дізнатися, чи відповідає продукт вимогам замовника. Тобто чи правильно програма виконує всі покладені на неї завдання.

Знайти баг – це тільки початок. Основна задача мануального тестувальника – локалізувати баг. Це значить, що спеціаліст має перепробувати десятки дій та знайти всі можливі умови, коли виникає ця помилка.

Потім потрібно оформити звіт – баг-репорт (QA передає його розробнику, який згодом і займеться виправленням багу). Тут потрібна максимальна точність і педантичність. Розробники кажуть, що баг-репорт має бути настільки зрозумілим, щоб навіть бабця змогла відтворити помилку з першої спроби.

Також QA-інженеру потрібно вміти працювати з системами управління проєктами (Jira, Trello), системами управління тестуванням (TestRail, Zephyr, TestLink) і бібліотеками знань (Confluence, Wiki). Це робочі інструменти на кожен день.

Щоб правильно тестувати програми, сайти і застосунки, потрібно розуміти, як вони створюються. На перших етапах деталі не такі критичні. Але загалом ти маєш знати, як розробляють IT-продукти за допомогою методологій Waterfall, Agile (Scrum) і Kanban.

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

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

Кілька моніторів, смартфон і планшет – ось що знадобиться, щоб якісно перевірити проєкт на помилки. Адже помилка може з’явитися в Opera та Safari, але не в Google Chrome. На iOS інтерфейс виглядає чудово, а на Android щось не так зі шрифтами.

Саме тому тестувальник має користуватися різними операційними системами для ПК та мобільних девайсів, а також знати особливості тестування продуктів у кожній з них. Для комп’ютера це Windows, Mac OS і Linux. Для мобільних пристроїв – iOS та Android. Але крім цього не завадить розуміти відмінності останніх версій ОС.

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

Навіть джуніор тестувальник взаємодіє з базами даних (БД). Глибоких знань у початківця не вимагають, але потрібно хоча б розуміти основи: які бувають бази даних та як з ними працювати. Адже під час локалізації багів інколи доводиться шукати причини помилок саме в базах.

Для роботи з БД використовують мову запитів SQL. QA Engineer має вміти підключатися до бази, використовувати основні команди для перевірки даних і так далі. Ось основні БД: MySQL, PostgreSQL та MS SQL. Також плюсом буде знання NoSQL (MongoDB, Cassandra).

Звісно, технічні навички тестувальника відрізняються в залежності від проєкту, сфери, а також від типу ІТ-компанії (аутсорсингова, продуктова, стартап). Проте база приблизно однакова.