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

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

@qa_advice

Звати Паша, роблю відео для каналу qa семпай

про автоматизацію: https://www.youtube.com/@qa_senpai

секретний чатік: https://base.monobank.ua/Cjh2Sfav8314TE#subscriptions

дірект: @qa_senpai_dojo
Subscribers
3.11K
Photos
270
Videos
32
Links
430

Showing posts older than #605 · Back to latest

Older Posts 20 shown
Post #604 1.74K
Дуже дякую всім хто підтримав збір ❤️❤️❤️
  • ❤ 11
  • 👎 7
  • 🔥 1
Post #603 1.54K
qa семпай про тестування Друзі, відкрив дружню банку щоб допомогти DOU зібрати грошей на "Техноботи для Трійки". І під це ми підготували для вас класний майстер клас по впровадженню і аналізу QA метрик на проєкті. Буде все максимально практично, то хоч на слідуючий день зможете…
Добийте збір 🙏
Там зовсім трохи залишилось

Буду дуже радий якщо хтось з вас ще й айфона виграє ✨

https://send.monobank.ua/jar/38Xe6zR8MF
send.monobank.ua Безпечний переказ коштів Надсилайте безкоштовно та безпечно кошти
  • 👎 6
  • ❤ 5
Post #602 1.63K
qa семпай про тестування Друзі, відкрив дружню банку щоб допомогти DOU зібрати грошей на "Техноботи для Трійки". І під це ми підготували для вас класний майстер клас по впровадженню і аналізу QA метрик на проєкті. Буде все максимально практично, то хоч на слідуючий день зможете…
Там же за 300 гривень ДОУ ще й айфон розігрує, тому тут пропозиція 2 в 1
І класний майстер клас і можливість виграти iphone 17 PRO MAX 🍏

🤑 https://send.monobank.ua/jar/38Xe6zR8MF
  • 🔥 6
  • 👎 5
Post #601 1.61K
qa семпай про тестування Друзі, відкрив дружню банку щоб допомогти DOU зібрати грошей на "Техноботи для Трійки". І під це ми підготували для вас класний майстер клас по впровадженню і аналізу QA метрик на проєкті. Буде все максимально практично, то хоч на слідуючий день зможете…
Я там затупив трохи, неправильно банку вказав 😫(вже виправив)
Напишіть мені в особисті @qa_senpai_dojo хто донатив на загальну банку, я вас додам до івенту.
Post #600 4.21K
Друзі, відкрив дружню банку щоб допомогти DOU зібрати грошей на "Техноботи для Трійки".

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

Майстер клас буде проводити Юлія Танцюра, QA Manager з досвідом більше 16 років в айтішці, з них 10 в qa менеджерстві 🤯
Ми з Юлей експерементували з метриками і нам є що розказати :)

Коли: 18 грудня (четвер) о 19:00
Вхід: донат від 300 грн на збір
https://send.monobank.ua/jar/38Xe6zR8MF


Чи буде запис?: буде✅
  • ❤ 15
  • 👎 5
  • 😁 1
Post #599 1.63K

Forwarded from From A | Все про IT

доброго ранку всім. шукаю дуже хорошого сіньорного мобал тестувальника, пхп-шніка та пітоніста 🙂 всі рівня сіньор.
маякніть пліс якшо це ви мені в приватку @ar2r_s і закиньте резюмешку
не до себе у команду але у дуже хороші продукти
  • ❤ 10
  • 👎 4
Post #598 2.54K
якщо у вас є щось що можете пожертвувати маякніть мені в особисті @qa_senpai_dojo
Post #597 2.52K
Post #596 2.12K
Post #595 1.79K
Test Engineering Notes Але памʼятайте - що автоматизація тестування повинна починатися з питання - а яку проблему ми вирішуємо за допомогою цього солюшену?
Я думаю що автоматизація тестування повинна починатись з питання - а на скільки я можу апнути собі зепку? 🤑
  • 😁 46
  • ❤ 8
  • 👍 3
  • 🔥 2
Post #594 1.36K

Forwarded from Test Engineering Notes

🕶 Framework vs. Solution

#testing #automation

Часто бачу у кандидатів в резюме та на співбесіді таку фразу - “я маю досвід побудови тестових фреймворків з нуля”. Інколи це правда. Але в багатьох випадках кандидат має на увазі трохи інше, а саме - test automation solution.

Але в чому різниця? Давайте похоліваримо (бо у кожного своє розуміння)!

📖Що нам говорить книга “Test Automation Fundamentals”?

A test automation solution (TAS) is a specific instance of a TAA* and consists of the test environment and its corresponding automated testware. The latter includes automated test cases (which may be grouped into test suites), test data, and specific configuration files. A TAS is therefore not a monolithic tool or framework, but rather a combination of tools, components, and testware brought together for the purpose of automating testing processes.

* TAA - test automation architecture


A test automation framework (TAF) can, however, be used to provide a test environment, tools, test libraries, or additional test frameworks that can then be reused for faster automated test creation and execution.


🌐 Що говорить Wiki?

A test automation framework provides a programming environment that integrates test logic, test data, and other resources. The framework provides the basis of test automation and simplifies the automation effort. Using a framework can lower the cost of test development and maintenance. If there is change to any test case then only the test case file needs to be updated and the driver script and startup script will remain the same.


❗️Окей, але що з того?

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

Наприклад тестові фреймворки JUnit, TestNG, pytest, Jest - можна використовувати для написання тестів для web, mobile, api та інших систем.

Приклади фреймворків в розробці: Spring, Hibernate в Java, Django, Flask, FastAPI в Python, React, Vue, Angular в JS.

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

💡Солюшен (рішення) - це застосування тестового фреймворку + купи додаткових утиліт, тестових даних, запуск на CICD чи в контейнерах на хмарах, репортинг. Та що найголовніше - набір тестових даних, клієнтів та тестів заточених під конкретний продукт.

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

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

Сучасні інструменти, такі як Playwright - дають більшість компонентів фреймворку прямо з коробки. То ж етап створення фреймворку часто дуже умовний або відсутній.

🎓Висновки

Коли ви пишете автотести - ви в будь-якому разі працюєте в контексті конкретного солюшену для автоматизації написаного з застосуванням того чи іншого фреймворку. А чи відокремите ви потім частину солюшену в окремий "внутрішній фреймворк" - покаже час.

Але якщо ви написали аналог pytest чи JUnit - тут ви безперечне написали фреймворк.

Але памʼятайте - що автоматизація тестування повинна починатися з питання - а яку проблему ми вирішуємо за допомогою цього солюшену? (Привіт Артем!)

А ви пишете фреймворки чи солюшени?
  • 👍 12
  • ❤ 7
  • 🔥 1
Post #593 1.3K
Новий реліз playwright-test 1.57.0

Speedboard в HTML-репортері
З'явилася нова вкладка Speedboard, яка показує всі ваші тести, відсортовані за тривалістю виконання. Тепер набагато легше знайти "найповільніші" сценарії та зрозуміти, де тести витрачають найбільше часу.

! Chrome for Testing Playwright переходить з Chromium на Chrome for Testing (крім Linux Arm64). Для вас це означає мінімум змін: тести мають працювати так само, але іконка в тулбарі зміниться. Це крок до більш стабільного середовища виконання.

Розумне очікування веб-сервера
У webServer тепер можна додати поле wait. Це дозволяє передати регулярний вираз, і Playwright чекатиме, поки у логах сервера (stdout) з'явиться відповідний рядок. Бонус: можна використовувати named capture groups, щоб передавати дані (наприклад, порт) прямо у змінні оточення!



webServer: {
command: 'npm run start',
wait: {
stdout: '/Listening on port (?<my_server_port>\\d+)/'
},
}


⚠️ Breaking Change Метод Page#accessibility (deprecated вже 3 роки) остаточно видалено.
Якщо ви перевіряєте доступність, переходьте на бібліотеки на кшталт Axe.

🆕 Нові API та покращення:

testConfig.tag: додає тег до всіх тестів у прогоні (зручно для merge-reports).

worker.on('console'): тепер можна слухати консольні логи воркерів.

Service Workers: мережеві запити від SW тепер проходять через BrowserContext (Chromium), а їх консольні логи можна перехоплювати.

locator.click({ steps: ... }): контроль кількості подій mousemove при кліках.

Оновлення браузерів:

Chromium 143.0
Firefox 142.0
WebKit 26.0

Детальніше: https://github.com/microsoft/playwright/releases/tag/v1.57.0
  • 👍 9
  • ❤ 1
  • 🔥 1
Post #592 1.27K
Speedboard в HTML-репортері З'явилася нова вкладка Speedboard, яка показує всі ваші тести, відсортовані за тривалістю виконання. Тепер набагато легше знайти "найповільніші" сценарії та зрозуміти, де тести витрачають найбільше часу.

Chrome for Testing Playwright переходить з Chromium на Chrome for Testing (крім Linux Arm64). Для вас це означає мінімум змін: тести мають працювати так само, але іконка в тулбарі зміниться. Це крок до більш стабільного середовища виконання.

Розумне очікування веб-сервера У webServer тепер можна додати поле wait. Це дозволяє передати регулярний вираз, і Playwright чекатиме, поки у логах сервера (stdout) з'явиться відповідний рядок. Бонус: можна використовувати named capture groups, щоб передавати дані (наприклад, порт) прямо у змінні оточення!



webServer: {
command: 'npm run start',
wait: {
stdout: '/Listening on port (?<my_server_port>\\d+)/'
},
}


⚠️ Breaking Change Метод Page#accessibility (deprecated вже 3 роки) остаточно видалено. Якщо ви перевіряєте доступність, переходьте на бібліотеки на кшталт Axe.

🛠 Нові API та покращення:

testConfig.tag: додає тег до всіх тестів у прогоні (зручно для merge-reports).

worker.on('console'): тепер можна слухати консольні логи воркерів.

Service Workers: мережеві запити від SW тепер проходять через BrowserContext (Chromium), а їх консольні логи можна перехоплювати.

locator.click({ steps: ... }): контроль кількості подій mousemove при кліках.

Оновлення браузерів: Chromium 143.0, Firefox 142.0, WebKit 26.0

🔗 Детальніше в Release Notes: https://github.com/microsoft/playwright/releases/tag/v1.57.0
GitHub Release v1.57.0 · microsoft/playwright Speedboard In HTML reporter, there's a new tab we call "Speedboard": It shows you all your executed tests sorted by slowness, and can help you understand where your test suite is tak...
  • 👍 10
  • 🔥 1
Post #591 1.47K
Сьогодні краще не юзати npm 🌚

Атака скомпрометувала популярні npm-пакети, пов'язані з такими проектами, як Zapier, ENS Domains, PostHog та Postman. Виявлено понад 25 000 заражених репозиторіїв GitHub.


Зловмисники використовували скомпрометовані облікові записи розробників, щоб публікувати троянізовані версії легітимних пакетів. Шкідливий код виконується під час фази встановлення (preinstall).


Програма активно викрадає конфіденційні дані розробників, зокрема токени, файли cookie, локальні дані робочого простору, а також облікові дані хмарних сервісів (AWS, GCP, Azure). Викрадені секрети завантажуються в репозиторії GitHub, контрольовані зловмисниками.


https://www.wiz.io/blog/shai-hulud-2-0-ongoing-supply-chain-attack
wiz.io Sha1-Hulud 2.0 Supply Chain Attack: 25K+ Repos Exposed | Wiz Blog Shai-Hulud is back, spreading an npm malware worm through thousands of GitHub repos. Learn the impact, attacker methods, and how to defend your supply chain.
  • 🤷 8
  • 👍 5
  • 🔥 3
Post #590 1.75K
Анонс тренінгу по ШІ який краще будь якого курсу, що є зараз на ринку.
А ще на 100% благодійний

Живемо в такий чаc, що всі хочуть пропихнути ШІ в будь-які процеси інженерів, купляють дорогущі підписки на TestRigor, Virtuoso, QAWolf, тощо. Кажуть що тепер тестування може бути делеговано автономним тим ШІ тулам.

Або навіть коли кажуть «юзайте ШІ, ось вам підписка», але не дають часу на дослідження його можливостей, бо треба ж деліверити, «не можна терміни посувати — ні!». І тому всі зі всіх сторін вимагають юзати, але на то ні часу не дають. Та потім від зекономленого часу вам не дадуть підвищення, повірте мені!

P.S.: вам не потрібні курси за сотні баксів, а то і тищу, що навчать вас користуватись ШІ, промтити а-ля «Ти інжінієр з 10ти річним досвідом в QA», МСП та вайбкодити якось по особливому.

Всі зібрані кошти підуть на батальйон К12 та Русоріз
За донат 1500 грн на банку ви отримаєте доступ в чатік, там будемо домовлятись про всі деталі.
🔗Посилання на банку для оплати. send.monobank.ua/jar/AHaojtnKTR
  • 😁 5
  • ❤ 1
Post #589 4.07K
Дуже дякую всім хто приєднався до збору, Геннадій і я дуже вдячні ☺️

Та і сам івент вийшов класний і надихаючий, Хотемський і Попелюха просто топові. Сподіваюсь що кожен хто задонатив і прийшов отримає гарний рейз у найближчий час.
  • ❤ 13
  • 🔥 5
Post #588 1.22K

Forwarded from DOU | QA

Павло Сафонов, Наташа Попелюшко та Олександр Хотемський проводять благодійний вебінар, на якому поділяться практиками, які допомагають тестувальникам підвищувати доходи: від перевірених шляхів до менш очевидних стратегій.

Івент має благодійну мету — зібрати кошти на оперативні витрати для Генадія Міщевського. Сума збору невелика, але важлива. Доступ до зустрічі відкривається за донат 300 грн. Підтримати можна навіть без участі — це теж допоможе.

📅 Коли: 18 листопада, 19:00
🌐 Де: закрита онлайн-зустріч
➡️ Як долучитися: донат 300 грн на банку — send.monobank.ua/jar/4dRQxLvds1

Детальніше про подію 👉 https://dou.ua/goto/12hj
  • ❤ 13
Post #587 6.54K
Друзі привіт!

Ми тут з @popeliuha @hottestingchannel вирішили вам розказати як заробляти в тестуванні більше за інших 💲💲💲
Розберемо всі відомі і невідомі способи піднімати собі ЗП.
Розкажемо про свій досвід отримання промоушенів і щиро відповімо на ваші питання що до грошей в тестуванні.

Івент благодійний, треба зібрати грошей Генадію Міщевському на оперативні витрати, сума не велика, але хлопцям дуже спросить життя.
За донат в 300 грн ви можете отримати доступ до події (прошу закинути навіть якщо не прийдете)

🗓Коли: 18 листопада о 19:00
Де: на закритій зустрічі
Як потрапити: донат в 300 грн на збір ➡️➡️ https://send.monobank.ua/jar/4dRQxLvds1
  • ❤ 29
Post #585 3.19K
qa семпай про тестування Завтра о 19:00 зробимо стрімчик з виконанням тествого задвання на позицію Senior Test Automation Engineer, тестове розраховане на 6-8 годин, а ми спробуємо зробити за 2 години. Приходьте, буде цікаво бо такого трешачка я ще не робив то може ваша допомога…
💫 Нагадую, зустрічаємось сьогодні о 19:00 тут https://www.youtube.com/live/MgW2j3QGgMI?si=4hQOY2oJasZnrwGr
  • 👍 17
Post #584 1.87K

Forwarded from Тести пишуть люди | QA

🗿Моменти, коли я зрозуміла, що ми робимо помилку у фреймворку

Колеги, привіт! Ніхто не застрахований від помилок, навіть коли маємо багато років досвіду - бо всі проєкти різні.
Сьогодні мені спало на думку поділитися моментами, у які я чітко відчула, що «фреймворк» з автотестами має проблеми.

⸻

🔹 1. Lazy imports у функціях
Коли проєкт великий і багато команд пишуть автотести, з часом з’являються “lazy imports” — імпорти всередині функцій.
Це дуже часто ознака циклічної залежності: коли два файли імпортують код один одного, і проєкт не запускається.
Щоб “обійти” помилку, імпорт ховають у функцію — але це лише тимчасова латка.
Таке свідчить, що архітектура helpers/libs побудована неправильно і потрібно розділити модулі чіткіше.

⸻

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

⸻

🔹 3. Якісь тести навіть НЕ запускаються на CI, а ми цього і не помітили
Буває, що частина тестів просто НЕ раниться - і ми помічаємо це випадково.
Це трапляється, коли накручена складна логіка з тегами, test suites і фільтрами.
Тому правило просте: чим простіше CI-сети, тим краще.
Більше складності = більше шансів не помітити проблему.

⸻

🔹 4. Тест без assert — це не тест
Коли відкриваю тест і бачу лише кроки без жодної перевірки — це не тест.
assert — це серце тесту ❤️
Він має бути обов’язково й перевіряти саме те, на що фокусований тест.

⸻

🔹 5. Статус stage на CI ≠ статусу тестів
На етапі, де ми запускаємо тести:
▪️усі тести пройшли — stage зелений ✅
▪️упав хоча б один — stage червоний ❌

І здається, це очевидно… але як часто я бачила:

▪️у консолі, наприклад, 100 тестів, а в репорті — менше, бо під час генерації чи attach report логіка зламана;
▪️усі тести пройшли, а CI червоний
▪️найгірше - тести впали, а CI зелений. Це вже не просто помилка, а небезпека.

————-
Поділіться, якщо маєте, що додати 💬
Які ваші «червоні прапорці» у фреймворках?
  • ❤ 20
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →