QA: чи дійсно це так просто, як здається на перший погляд?

Знайомтеся, сьогодні Вашій увазі ми представляємо нашого QA Team Lead - Ольгу Мітієвську!

Вона має більше 4 років досвіду роботи в QA та сьогодні відповіла нам на декілька цікавих запитань щодо своєї сфери діяльності!

Що таке QA?

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

У чому різниця між QA Manual і QA Automation?

Обидва фахівці відповідають за якість продукту, QA Manual займається пошуком помилок у продукті вручну, а QA automation автоматизує цю ручну діяльність.

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

Manual testing - це пряма взаємодія QA-інженера і додатку. У його процесі можна отримати зворотній зв'язок про продукт, що неможливо, якщо використовувати автоматизоване тестування.

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

Чи справді QA - це найпростіший шлях в IT?

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

Які знання, на твою думку, потрібні, щоб стати успішним QA Engineer?

Для QA Manual важливо наступне:

• Розуміти, які види і типи тестування бувають і коли треба їх застосовувати;
• Знати, як користуватися баг-трекером;
• Володіти техніками тест-дизайну і розуміти, яку техніку і для яких завдань застосовувати;
• Мати загальне уявлення про гайдлайни iOS і Android;
• Бути досвідченим користувачем як мінімум однієї з ОС;
• Розуміти принципи клієнт-серверної взаємодії;
• Працювати з IDE (Xcode / Android Studio);
• Вміти працювати з Postman;
• Розуміти, що таке кросплатформені додатки і чим вони відрізняються від нативних;
• HTTP;
• API.

На додаток до всього перерахованого вище QA Automation повинен знати:

• Тестові фреймворки;
• Драйвери і надбудови для автоматизації тестування;
• Системи звітності результатів Автотест;
• Системи контролю версій;
• Системи безперервної інтеграції (CI\CD)

Приємним плюсом буде, якщо ви:

• Вмієте організувати тестування навантаження за допомогою Apache jMeter;
• Знаєте, як провести тестування безпеки для мобільних або веб-додатків.

Як виглядає робочий день тестувальника: взаємодія з командою і роль в процесі розробки?

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

• Аналіз кількості завдань і пріоритезація.
• Вибір завдання, над яким необхідно працювати.
• Ознайомлення з документацією, якщо є питання, то уточнення вимоги або реалізацію у розробників \ BA \ PM.
• Опис тест кейсів, які потрібно буде виконати в рамках тестування цього завдання.
• Проходження кейсів, в результаті чого надання результату тестування, баг репортинг і закриття завдання.
• Участь у мітингах з командою.

Тестувальник взаємодіє з усіма учасниками команди, які можуть вплинути на долю розроблюваного продукту. Це можуть бути Project Manager, Product Owner, Business Analytic, Front-End Developer, Back-End Developer, Markup Developer, Designer.

Чи потрібні мови програмування в QA?

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

Які перспективи напряму QA, і чи можна перейти з QA в іншу сферу?

Крім вертикального зростання на посаді від Trainee QA Manual до Tech Lead \ QA Lead \ Senior Automation, є горизонтальний розвиток і поглиблення в напрямках General \ Load QA Engineer \ Security QA Engineer.

Також тестувальник може змінити спеціальність на Business Analyst, Business Intelligence, Front-End Developer, Back-End Developer, Markup Developer, Project Manager, Product Owner і інші варіанти.