Як QA самостійно вигадати собі завдання для портфоліо | robot_dreams
Для відстеження статусу замовлення - авторизуйтесь
Введіть код, який був надісланий на пошту Введіть код із SMS, який був надісланий на номер
 
Код дійсний протягом 2 хвилин Код з SMS дійсний протягом 2 хвилин
Ви впевнені, що хочете вийти?
Сеанс завершено
На головну
Рet-проєкти для тестувальників: як QA самостійно вигадати собі завдання для портфоліо

Рet-проєкти для тестувальників: як QA самостійно вигадати собі завдання для портфоліо

Колонка Сергія Могилевського, QA Automation Lead в ІТ-команді NIX

Pet-проєкти — більш поширена практика серед розробників, але корисна і для тестувальників. QA-спеціаліст (не тільки початківець) може писати код, щоб краще зрозуміти продукти, які перевірятиме. Можна піти й іншим шляхом — одразу робити в тренувальному проєкті те, що й у майбутній роботі. Тобто тестувати наявні рішення.

Як створити pet-проєкт та організувати процес роботи — розповідає Сергій Могилевський, QA Automation Lead в ІТ-команді NIX.

Про експерта:

Сергій Могилевський — QA Automation Lead в ІТ-команді NIX. Має понад 8 років досвіду в різних варіантах ролі тестувальника (Manual, Automation, менеджер, Tech Lead). Робив автоматизацію і має знання у сфері Java, Groovy, JavaScript, Python.

Чим pet-проєкти для QA відрізняються від проєктів розробників

Кожен pet-проєкт — це про саморозвиток та задоволення від навчання. Роздумуючи над темою власного проєкту, не потрібно гнатися за унікальною ідеєю. Достатньо вміти робити те, що й ваші більш досвідчені колеги.

Замовником і виконавцем pet-проєкту є ви. Ставите собі ТЗ та виконуєте завдання, щоб поліпшити навички або перевірити знання з нещодавно вивченої теми:

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

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

Чим pet-проєкти корисні тестувальникам

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

Якщо так, ось ще кілька приємних бонусів самостійної практики:

  • Можливість набути практичного досвіду. Ви краще зрозумієте технічні аспекти програм, які тестуєте; поліпшите навички документування дефектів; навчитеся створювати тест-плани та покращувати їх, зможете краще виявляти різні типи проблем (безпеки, програмного забезпечення, зручності використання сайтів, швидкості завантаження сторінок). Для тестування підійдуть будь-які ресурси (сайти, застосунки, ігри). Урізноманітнюйте свій досвід впродовж навчання.
  • Навчитися генерувати ідеї. Здатність знаходити неочевидні варіанти — навичка, яку можна розвинути. Що більше практики, то швидше навчитеся. Це корисне вміння для тестувальника, попри те, що його робота рутинна. Творче мислення дає змогу знаходити баги та вразливості системи там, де ніхто з команди раніше не подумав. Таким чином ви зможете робити програми більш стійкими до кіберзагроз.
  • Збільшити шанси на бажаний офер. Початківцям без досвіду складно знайти роботу. Наявність портфоліо з pet-проєктами — наочне підтвердження ваших навичок і точно стане в пригоді на співбесіді.

У порівнянні з комерційними проєктами на pet-проєкті немає можливості взаємодіяти з іншими учасниками команди. Бо ви і є вся команда. Однак можете потренуватися пояснювати свої кроки під час розв'язання завдань.

Що тестити у pet-проєктах

Те, що подобається

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

  • ваш улюблений ресурс із пошуку автомобілів;
  • інтернет-магазин з дитячими товарами;
  • сайт піцерії, яка розташована біля вашого будинку.
Якось я замовляв піцу, а знайшов чотири критичних баги. Мені довелося багато разів заповнювати дані й підтверджувати замовлення, щоб його отримати. «Очікуване» завершення цієї історії — через помилку на сайті кур’єр приніс мені дві однакові піци.

Приємний бонус такої роботи — ви вільні у виборі підходів, на відміну від комерційного проєкту. Тренуйтеся з тими технологіями, які вам цікаві. У вимогах до проєкту клієнта буде зазначено, який фреймворк потрібен для тестування продукту. Для свого проєкту обирайте будь-який, як-от Playwright, з яким, можливо, швидше виконаєте поставлене завдання. Тобто ви не лише «прокачаєте» навички, але й отримаєте задоволення від роботи.

Те, що можна покращити

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

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

Є ще один спосіб отримати користь від такої роботи. Через фідбек-форму надішліть помилки розробнику цього продукту. Так ви зробите не лише добру справу, але й можете отримати відгук про свою роботу.

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

З тестування функціонала, що, ймовірно, знадобиться в роботі. Для цього підійде:

Валідація пароля

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

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

Знайти основні баги допоможуть такі перевірки:

  • Відтворення правил створення пароля. Якщо є певні вимоги, простежте, щоб користувач мав змогу ознайомитись із ними до заповнення рядка з паролем.
  • Обов’язкове заповнення рядків. Переконайтеся, що поля «Пароль» і «Повторіть пароль» вимагають від користувача заповнити їх однаковими значеннями.
  • Можливість приховування символів. Протестуйте, чи за замовчуванням пароль відтворюється зірочками або іншими позначками. Чи працює кнопка-перемикач (зазвичай зображена у вигляді ока).
  • Створення нового пароля, який не дублює старий. Для безпеки даних користувачів потрібно, щоб новий пароль для певного облікового запису відрізнявся від попереднього.

Робота із завантаженням файлів

Наприклад, для створення особистого кабінету можна завантажити аватарку — фото користувача. Перевірте, які є обмеження на розмір зображення та чи можна «обійти» цю вимогу. Якщо ресурс дозволяє додати файл у форматі .jpg, чи можна схитрувати: як-от перейменувати pdf-документ у зазначений тип і додати в особистий кабінет. Протестуйте, чи можете додати Zip-бомбу у файлообмінник. Те саме можете перевірити на сайтах з оголошеннями чи на електронній пошті.

Заповнення рядка з email

Правильність заповнення email перевіряйте на будь-яких ресурсах, де можливо зареєструвати особистий кабінет, надіслати авторизований відгук, підписатися на розсилку новин, залишити контакти для зворотного зв’язку.

Існує безліч варіантів, як протестувати email. Для початку переконайтеся, що дійсні такі твердження:

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

І ось вам наступна ідея для тестування — перевірити код, який приходить на електронну пошту після валідації пароля.

Не намагайтеся робити все ідеально. Просто практикуйтеся, розвивайте свій «‎тренувальний» проєкт. Так ви будете «‎в тонусі» і не відставатимете від тенденцій в ІТ. Постійно з’являються нові технології, які не одразу застосовують у комерційних проєктах. Власні напрацювання дадуть змогу протестувати ці рішення і бути готовими до нових завдань без вагань і страху.

Ще статті
У два рази більше натхнення та інформації на другій онлайн-конференції від robot_dreams
Експертки про те, як оцінюють кандидатів на нетехнічних інтерв’ю