qa семпай про тестування

⚡️ Вийшло нове відео ⚡️

Десь 3 тижні тому DOU | QA проводили войсчат присвячений тестуванню API.
Там прозвучало питання - ❓а яку мову обрати для автоматизації тестування API?❓

Це і надихнуло мене зняти це відео, подивіться будь ласка ❤️


🤗 В відео нема конкретної прив'язки до автоматизації API тож я трох напишу про це тут.
* Рано чи пізно запишу курс по автоматизації API за допомогою Playwright
* Автоматизація тестування API це дуже просто, хоча здається що складно.

Алгоритм:

1) обираєте будь яку бібліотеку для відправки Rest запитів (GET, POST, PUT, DELETE...) * наприклад для node.js це Axios, а для JAVA це rest-assured
2) якщо навичок в програмуванні недостатньо, використовуйте Postman
3) будуєте необхідний Request
4) відправляєте його на endpoint
5) перевіряєте отриманий Response
6) profit ✅

Звичайно є багато малих нюансів, про які ми обов'язково поговоримо в наступних відео ☀️

telegram youtube канал

☀️зробив шпаргалку по використанню XPATH ☀️
В ній лише ті можливості XPATH які сам регулярно використовую, в 99% випадків цього буде достатньо.

Чим відрізняється XPATH від CSS селекторів❔

⚡️XPATH:
1) дає можливість навігації DOM деревом вверх і вниз
2) дає можливість знаходити елементи по тексту за допомогою функції text()

⚡️CSS selector:
1) простий і більш зрозумілий синтаксис
2) працюють вони трохи швидше (хоча інколи це може бути мінусом)

❓Коли, що використовувати:
✅ можете впоратись простим CSS - використовуйте його
🆗 потрібна навігація по DОМ дереву - використовуйте XPATH
🆗 потрібно знайти елемент з використанням тексту - використовуйте XPATH

📎 Посилання на шпаргалку по XPATH: bit.ly/449Enl7
📎 Відео які робив по темі XPATH: https://youtu.be/V4tgeieeqBE

#xpath #css #selector

⚡️ Вийшло нове відео ⚡️
(перше відео де я не пишу код)

зараз активно проводжу співбесіди Automation QA.
Найбільше, що мене цікавить це минулі і теперішні проекти автоматизації Е2Е. Яке велью вони приносили, і з якими проблемами стикались під час розробки.
Майже кожен інженер має історію провалу автоматизації.
Команди на них забивали і продовжували релізи не зважаючи на результати тест ранів.
В деяких випадках людину як раз і наймають, щоб він все переписав і зробив як треба.
В інших на автоматизацію забивають, і автоматизатори вже стають manual qa.

Саме про причини провалу проектів автоматизації тестування ми і поговоримо в новому відео.

Якщо у вас є історії провалів, напишіть про них в коментарях до відео, буде дуже цікаво почитати.

https://www.youtube.com/@qa_senpai

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

Доброго дня.

Вийшло нове відео з про патерн програмування Фасад, і як його застосовувати в побудові фреймворку автоматизації.

Патерн достатньо простий в реалізації і розумінні, про нього можна сказати "easy to learn, hard to master".
Я наприклад коли готувався до відео, передивився уважно "фасади" в своїх проектах і помітив щось схоже на антипатерн "Божий об'єкт".
Він не в критичному стані, але клас вже непогано було відправити на рефакторинг.

в якості домашньої роботи

1) Скачайте проект з репзиторієм https://github.com/qa-senpai/test-automation-example
2) Відкрийте клас CoreActions і напишіть ще декілька фасадних методів, наприклад
* pressIntoElement - метод повинен натискати кнопку на клавіатурі в елементі
* clearElement - метод повинен витирати вміст текст-бокс елементів від тексту
3) Подивіться як працює errorHandling

Помилки відео:
на 8:04 - 8:37, я використовую метод errorHandling як асинхронний, насправді в цьому нема ніякої необхідності.
7:10 - я трохи пізніше в репозиторій залью "правильну" імплементацію інтерфейсів, це не те щоб стосувалось конкретного цього відео, але краще буде одразу виправити, щоб погані приклади не брали :)



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

такий об'єкт стає занадто завантаженим функціями і стає важко підтримувати, розуміти і розвивати.
Код з таким об'єктом може бути незрозумілим, має велику кількість залежностей і не дотримує принципів доброго проектування. Такий підхід у програмуванні вважається небажаним і неефективним.

Нове відео буде вже завтра, а поки ось вам мемчик 🦊

Доброго дня :)

Вийшло відео по "Data Driven Testing" з теоретичною і практичною складовою.
Відкривайте youtube як буде час і дивіться

* посилання на відео не залишаю, через алгоритми youtube, він краще реагує на відео які ви самі відкрили)
** посилання на youtube канал https://www.youtube.com/@qa_senpai

⚡️Додатковий матеріал:
1) на 11:48 не показав встановлення бібліотеки csv
для цього в Terminal пропишіть: npm i csv-parser
2) Посилання на файл csvHelper.ts: https://bit.ly/3OguGwe
3) Посилання на папку з тестами де використовується DDT: https://bit.ly/44uYo6y

🏘Домашня робота:
Якщо хочете більше зрозуміти DDT, зробіть невелчку роботу.
1) Створіть проект, або використовуйте мій репозиторій https://github.com/qa-senpai/test-automation-example)
2) Інсталюйте Playwright-test: npm init playwright@latest
3) Інсталюйте csv-parser: npm i csv-parser
4) За допомогою Test Generator напишіть короткий тест який би робив пошук в Google:
(як користуватись Test Generator у цьому відео https://bit.ly/3K4Fj2W)

 npx playwright codegen https://www.google.com

5) Параметрезуйте цей пошук за допомогою CSV файлу (як було зроблено в відео)

Час виконання до 30 хвилин :)

Друзі, якщо ви перейшли по посиланню з Youtube і такі, так де інформація яку ти обіцяв?

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

Channel created