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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• ваш улюблений ресурс із пошуку автомобілів;
• інтернет-магазин з дитячими товарами;
• сайт піцерії, яка розташована біля вашого будинку.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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