en
Feedback
All about QA - Все про тестування ПЗ

All about QA - Все про тестування ПЗ

Open in Telegram

Все про тестування ПЗ YouTube канал для тестувальників https://www.youtube.com/c/AllaboutQA Manual testing, Performance testing, Automated testing, Security testing, Mobile testing Курси, навчання, івенти, вакансії. Для питань —> @d_bezt

Show more
2 504
Subscribers
+224 hours
+57 days
+830 days
Attracting Subscribers
July '26
July '26
+36
in 0 channels
June '26
+44
in 1 channels
Get PRO
May '26
+27
in 1 channels
Get PRO
April '26
+42
in 0 channels
Get PRO
March '26
+41
in 1 channels
Get PRO
February '26
+15
in 0 channels
Get PRO
January '26
+31
in 1 channels
Get PRO
December '25
+18
in 1 channels
Get PRO
November '25
+26
in 0 channels
Get PRO
October '25
+15
in 1 channels
Get PRO
September '25
+21
in 0 channels
Get PRO
August '25
+46
in 1 channels
Get PRO
July '25
+38
in 1 channels
Get PRO
June '25
+59
in 1 channels
Get PRO
May '25
+107
in 1 channels
Get PRO
April '25
+71
in 1 channels
Get PRO
March '25
+88
in 2 channels
Get PRO
February '25
+99
in 1 channels
Get PRO
January '25
+56
in 1 channels
Get PRO
December '24
+51
in 1 channels
Get PRO
November '24
+144
in 1 channels
Get PRO
October '24
+57
in 0 channels
Get PRO
September '24
+30
in 0 channels
Get PRO
August '24
+50
in 0 channels
Get PRO
July '24
+97
in 0 channels
Get PRO
June '24
+69
in 0 channels
Get PRO
May '24
+68
in 0 channels
Get PRO
April '24
+81
in 0 channels
Get PRO
March '24
+84
in 1 channels
Get PRO
February '24
+67
in 0 channels
Get PRO
January '24
+85
in 0 channels
Get PRO
December '23
+78
in 0 channels
Get PRO
November '23
+96
in 0 channels
Get PRO
October '23
+155
in 1 channels
Get PRO
September '23
+513
in 0 channels
Get PRO
August '23
+168
in 0 channels
Get PRO
July '23
+44
in 0 channels
Get PRO
June '23
+217
in 0 channels
Get PRO
May '23
+119
in 0 channels
Get PRO
April '23
+55
in 0 channels
Get PRO
March '23
+93
in 0 channels
Get PRO
February '23
+1 546
in 0 channels
Date
Subscriber Growth
Mentions
Channels
22 July+1
21 July+2
20 July+4
19 July+2
18 July0
17 July0
16 July0
15 July+3
14 July0
13 July+1
12 July0
11 July+1
10 July0
09 July+1
08 July+2
07 July+2
06 July+3
05 July+4
04 July+4
03 July+2
02 July+3
01 July+1
Channel Posts
🔥 Добірка крутих можливостей для QA джунів Продуктова компанія Quarks (роблять high-load продукти у сфері social discovery & relationsip wellness) має одразу три вакансії для початківців. А робота в продукті — це завжди +100 до скілів, бо завдання різноманітні, а результати твоїх тестів впливають на мільйони реальних юзерів • Junior QA Engineer https://cutt.ly/Oyr7Zjfp • Junior Manual QA https://cutt.ly/1yr7ZHku • Junior QA Engineer https://cutt.ly/Kyr7Z5V7 💰 Бонус для тих, хто не шукає роботу: якщо у вас є талановитий знайомий джун, рекомендуйте та отримаєте $300 за успішний найм: https://cutt.ly/pyr7XsXz

2
Чи вбиває план креативність тестувальника? Або все ж рятує, коли мозок уже не хоче генерувати ідеї, а тестувати все одно треб
Чи вбиває план креативність тестувальника? Або все ж рятує, коли мозок уже не хоче генерувати ідеї, а тестувати все одно треба?  На форумі користувачка розмірковує, як різні стани протягом дня впливають на QA-рутину - коли краще планувати тестування, коли йти за тест-кейсами, а коли досліджувати. 👉 https://dou.ua/goto/p2ob
278
3
Не наймайте ще одного Manual QA. Подивіться, де у вашій команді губиться контекст між «тестує» і «пише тести». Де регресія пе
Не наймайте ще одного Manual QA. Подивіться, де у вашій команді губиться контекст між «тестує» і «пише тести». Де регресія перетворилась на окрему фазу релізу, а не фоновий процес. Хороша система не ділить якість на ролі — вона робить так, щоб кожен відповідав за фічу до кінця. Роман Поботін, Lead AQA / SDET у Дії, у своєму блозі розбирає пастку локальної оптимізації та пояснює переваги моделі General QA, що економить місяці регресії. 👉 https://dou.ua/goto/cMcF
465
4
🤖 З чого починати писати автоматизовані тести? Одна з найпоширеніших помилок — почати автоматизацію з першого сценарію, який потрапив під руку. У результаті можна отримати сотні автотестів, які довго виконуються, часто падають і майже не допомагають оцінити реальний стан продукту. Автоматизацію потрібно починати не з написання коду, а з відповіді на питання: що саме ми хочемо захистити від регресії та де помилка коштуватиме найдорожче? 1️⃣ Критичні бізнес-сценарії У першу чергу варто автоматизувати функціонал, без якого продукт фактично втрачає сенс. Для інтернет-магазину це можуть бути: 🔹 авторизація; 🔹 пошук товару; 🔹 додавання до кошика; 🔹 оформлення замовлення; 🔹 оплата. Для банківського застосунку — вхід, перегляд балансу, переказ коштів та підтвердження операції. Це critical path — ключові сценарії, заради яких користувач приходить у продукт. 2️⃣ Smoke-тести Наступне завдання — створити невеликий набір тестів, який швидко відповідає на просте питання: Чи працює система настільки, щоб її можна було тестувати далі? Хороший smoke-набір перевіряє основні модулі, швидко виконується та запускається після кожного деплою. Тут не потрібні сотні тестів. Потрібен мінімальний набір, який однозначно показує, чи придатний білд для подальшої роботи. 3️⃣ Стабільний регрес Далі автоматизуємо сценарії, які: ✅ регулярно виконуються вручну; ✅ повторюються в кожному релізі; ✅ мають передбачуваний результат; ✅ працюють на відносно стабільному функціоналі; ✅ потребують перевірки великої кількості даних. Якщо тест доводиться виконувати вручну знову і знову — це хороший кандидат для автоматизації. 4️⃣ API раніше за UI Не потрібно намагатися перевірити всю систему через інтерфейс. UI-тести повільніші, складніші в підтримці та частіше стають нестабільними через зміни верстки, локаторів, анімації чи очікувань. Якщо бізнес-логіку можна надійно перевірити через API — краще зробити це саме там. Оптимальний підхід: 🔹 багато тестів на API та нижчих рівнях; 🔹 менше інтеграційних тестів; 🔹 невелика кількість наскрізних UI-тестів для ключових користувацьких сценаріїв. 5️⃣ Пріоритет визначає ризик Корисна модель: Імовірність дефекту × вплив дефекту × частота використання функціоналу Чим вищий ризик — тим раніше сценарій повинен потрапити в автоматизацію. Наприклад, дефект в оплаті може виникати рідко, але його вплив на бізнес критичний. Тому платіжні сценарії мають високий пріоритет. А перевірка маловикористовуваного елемента з мінімальним впливом може почекати. 6️⃣ Не автоматизуйте все підряд Якщо функціонал змінюється щотижня, вимоги ще не сформовані, а UI постійно переробляється — підтримка автотестів може коштувати дорожче за ручне тестування. Автоматизація найбільше окупається там, де функціонал достатньо стабільний, але потребує регулярних перевірок. 📌 Отже, мій порядок пріоритетів: Критичні бізнес-сценарії. Smoke-тести. Стабільні API та інтеграції. Основний регрес. Ролі та права доступу. Негативні та граничні сценарії. Рідкісні й низькопріоритетні кейси. Мета автоматизації — не написати якомога більше тестів і не отримати красиві 100% покриття. Потрібно швидко отримувати надійну інформацію про стан продукту та зменшувати ризик критичних дефектів. Краще мати 50 стабільних тестів, які захищають ключові бізнес-процеси, ніж 500 нестабільних UI-тестів, результатам яких команда вже не довіряє. #QA #AutomationTesting #TestAutomation #SoftwareTesting #AllAboutQA
503
5
🧪 Тест-кейси не знайдуть усі баги в продукті #testing #books Тест-кейси перевіряють те, що ми очікуємо. Але найцікавіші проблеми часто живуть там, де ніхто не очікував їх побачити: у несподіваних сценаріях, спотворених даних, граничних значеннях і припущеннях команди. Ось тут і потрібне дослідницьке тестування. Таке тестування - це не просто “поклацати навмання без плану”. Дослідницьке тестування має свої структуру та правила. Одна з найкращих книжок на тему дослідницького тестування - це "Explore It!" від Elisabeth Hendrickson. Поділюся трьома неочевидними інсайтами з книги: 1. Tested = checked + explored. Частина checked - це там, де ми перевіряємо чи система працює так, як було задумано в очікуваних умовах. Таке тестування можна (й треба) автоматизувати. А частина explored - це дослідження додаткових ризиків. 2. Для того, щоб почати дослідницьке тестування треба підготувати чартер - короткий опис конкретної сесії тестування. Він складається з цілі, ресурсів та інформації яку ми хочемо дослідити. 3. Щоб заохотити команду робити аналіз ризиків разом, можна зіграти з ними в спеціальну гру під назвою "Nightmare Headline Game". Більше подробиць - у огляді книги в моєму блозі.
453
6
🤖 Корисні ресурси для автоматизаторів Артур Шевченко, Systems Architect, інженер, програміст, Ph.D., із 12+ роками досвіду в
🤖 Корисні ресурси для автоматизаторів Артур Шевченко, Systems Architect, інженер, програміст, Ph.D., із 12+ роками досвіду в тестування та тренер курсу підготовки до сертифікації ISTQB Advanced Test Automation Engineer, підготував для вас добірку джерел, які варто переглядати усім автоматизаторам, щоб тримати руку на пульсі і не пропускати важливі апдейти. 📝 Блоги від практиків On Test Automation — блог Баса Дейкстри, незалежного консультанта й тренера з тестування з майже 20-річним досвідом. Практичні статті про підходи до автоматизації, поширені помилки (наприклад, чому UI-тести так часто "флакі") та розвиток кар'єри в тест-автоматизації. Автор також розробив бібліотеку RestAssured.Net для тестування API на C#. 🔗 ontestautomation.com/blog 🔗 LinkedIn: linkedin.com/in/basdijkstra Automation Panda — блог Ендрю Найта, інженера, що спеціалізується на побудові систем тест-автоматизації з нуля. Глибокі матеріали про Python, Java, C#, JavaScript, поведінково-орієнтовану розробку (BDD), фреймворки на кшталт behave і pytest-bdd, патерн Screenplay та власний open-source інструмент Boa Constrictor для .NET. 🔗 automationpanda.com/about 🔗 LinkedIn: linkedin.com/in/andrew-leland-knight 📡 Технологічні тренди Thoughtworks Technology Radar — двічі на рік Thoughtworks публікує зріз актуальних технік, інструментів, платформ, мов і фреймворків, заснований на реальному досвіді своїх команд. Кожна позиція потрапляє в одне з 4 кілець — Adopt, Trial, Assess або Hold. Чудовий спосіб відстежувати нові інструменти для тестування (accessibility-тестування, mutation testing, AI в QA) і загальні тренди в розробці ПЗ. 🔗 thoughtworks.com/radar 🎥 YouTube-канали Raghav Pal (Automation Step by Step) — канал автоматизаційного архітектора, який очолював команди автоматизації та DevOps-інженерів. Прості покрокові туторіали: Selenium, Appium, Cypress, Playwright, Katalon Studio, API-тестування, Postman, Jenkins, Docker, Kubernetes. Також безкоштовні онлайн-курси та прямі ефіри з відповідями на запитання. 📹 youtube.com/@RaghavPal SDET Pavan — канал про автоматизацію тестування, орієнтований на SDET-напрямок (Software Development Engineer in Test), де тестувальник поєднує навички розробника й автоматизатора. Багато контенту з різними мовами й інструментами. 📹 youtube.com/@sdetpavan 📬 Новини та дайджести Software Testing Weekly — щотижневий дайджест Давіда Диловича, який виходить щоп'ятниці й об'єднує понад 9000 тестувальників. Автор самостійно відбирає найцікавіші статті, інструменти та новини тижня, супроводжуючи посилання коротким описом. В архіві — сотні минулих випусків. 🔗 softwaretestingweekly.com Ministry of Testing — одна з найбільших світових спільнот для тестувальників і QA-інженерів, заснована у 2007 році. Ціла екосистема: форум The Club, Slack-спільнота, мітапи й конференції TestBash, навчальна платформа з курсами й бібліотекою доповідей, включно з матеріалами про автоматизацію. Частина контенту безкоштовна, розширений доступ — за Pro-підпискою. 🔗 ministryoftesting.com/software-testing-news 🏛️ Класика архітектури Martin Fowler — без нього нікуди. Chief Scientist у Thoughtworks, один з авторів Agile-маніфесту та автор культових книг "Refactoring" і "Patterns of Enterprise Application Architecture". На своєму сайті пише глибокі статті про архітектуру ПЗ, еволюційний дизайн, рефакторинг і мікросервіси. Розуміння цих принципів напряму впливає на те, наскільки добре можна побудувати стійку систему автоматизації. 🔗 martinfowler.com ___________________________________________ 🦄А від себе ми щиро радимо канал Артура From A | Все про IT, де він ділиться власним досвідом і думками про програмування, тестування, автоматизацію, архітектуру та ІТ загалом 📩https://t.me/from_artur 🤓 Які ресурси читаєте/дивитеся ви? Діліться в коментарях — доповнимо список! 👇
438
7
Рік тому Олександр Хотемський давав коментарі для DOU щодо того, як штучний інтелект змінить роботу початківців у QA. Час пер
Рік тому Олександр Хотемський давав коментарі для DOU щодо того, як штучний інтелект змінить роботу початківців у QA. Час перевірити, що з цього реально прижилося, а що виявилося хибним. У своєму дописі Олександр перевіряє власні передбачення та розбирає, чому безлімітний контекст ШІ створив зовсім нову проблему, як автоматизоване тестування доступності перетворилося на «пандус для галочки», і головне — хто такі сучасні джуни-вайбкодери та чому їх варто тримати якомога далі від реальних проєктів. 👉 https://dou.ua/goto/D24J
504
8
Head of QA Аня Куркотова автоматизувала тестування задач, що дозволило їй зекономити час та підвищити продуктивність. У своєм
Head of QA Аня Куркотова автоматизувала тестування задач, що дозволило їй зекономити час та підвищити продуктивність. У своєму блозі авторка розповідає про власний кейс побудови AI-помічника, що виконує завдання під її наглядом, та детально пояснює, як це зробити. 📌 https://dou.ua/goto/X7ch
501
9
Добірка подій для тестувальників 06.07, онлайн Learning Program for future QA Engineers by Luxe Quality 07.07, онлайн Лекція Інни Осінної «Ідемпотентність. Речі, про які не говорять» 14.07, онлайн Благодійні вебінари «Все про Claude Code для тестувальників» 14.07, онлайн Лекція Євгена Пасєки «Human-in-the-loop: страх чи необхідність» 21.07, онлайн Благодійний вебінар «Все про Claude Code для тестувальників» (2 частина) 21.07, онлайн Лекція Володимира Обрізана «Типові помилки в автоматизації тестування веб-застосунків» 28.07, онлайн Лекція Артема Григоренка «Людська нейромережа: те, що жоден AI не замінить у твоєму професійному рості» #DOU_Календар
676
10
🟢 "Зелені" #вакансії для початківців у професії. 0️⃣ Для кандидатів без досвіду: 🛑Тестувальник (виробничий відділ) 🛑Traine
🟢 "Зелені" #вакансії для початківців у професії. 0️⃣ Для кандидатів без досвіду: 🛑Тестувальник (виробничий відділ) 🛑Trainee Manual QA Engineer 🛑Тестувальник готової продукції (виробництво) 🛑Trainee QA Engineer 🛑Intern QA 1️⃣ З досвідом до 1 року 🛑Junior QA Engineer  🛑Geoscience Tester (intern) 🛑Junior QA Engineer 🛑Junior Test Engineer 🛑Junior QA Engineer 🛑Junior AQA Engineer (Web) 🛑QA Engineer (Intern)  🛑Trainee Manual QA Engineer  ❗️Увага! Новий навчальний сезон стартує вже 6-7 липня! Обирай один з двох великих курсів на QA Україна ED
600
11
Manual QA Engineer в Kyivstar.Tech Київ, віддалено 👉 https://dou.ua/goto/JMRQ Manual QA (middle) | Mobile Дія в Дія Київ 👉
Manual QA Engineer в Kyivstar.Tech Київ, віддалено 👉 https://dou.ua/goto/JMRQ Manual QA (middle) | Mobile Дія в Дія Київ 👉 https://dou.ua/goto/2bn1 Trainee Manual QA Engineer в DevCom, $300–500 Львів 👉 https://dou.ua/goto/waYP QA Engineer (Junior+/Middle) в Komanda, $600–1100 віддалено 👉 https://dou.ua/goto/iltE Lead QA Engineer (General QA) в NDA Recruitment Київ 👉 https://dou.ua/goto/Py2S
487
12
Як тестують на проникнення Айфон та Андроїд. Як точно скласти іспит Portswigger/BSCP/BurpSuite У цьому відео — інтервʼю з Лад
Як тестують на проникнення Айфон та Андроїд. Як точно скласти іспит Portswigger/BSCP/BurpSuite У цьому відео — інтервʼю з Ладою, AppSec-спеціалістом. Обговорюємо, як почати карʼєру в кібербезпеці, скласти іспит PortSwigger Academy, як тестувати мобільні застосунки та в чому різниця між мобільними ОС. Також говоримо про різні аспекти навчання, відпочинку та ще багато цікавого. https://www.youtube.com/watch?v=_jHi6wXdV9o
550
13
📚 На форумі джуніор Automation QA питає у більш досвічених фахівців - які AI-інструменти варто знати новачку та на якому рів
📚 На форумі джуніор Automation QA питає у більш досвічених фахівців - які AI-інструменти варто знати новачку та на якому рівні, щоб впевнено відповідати на співбесідах? Порадити можна тут: https://dou.ua/goto/NAvi
579
14
Хочу нагадати вам про QA канал! Бо це не копіпаст з курсів і не GPT-шаблон. Це живі історії з проєктів, фейли, технічні розбори й думки по-людськи. Без води. З гумором. І по суті. https://t.me/BugOrDefects І головне, це не тільки для QA девам теж буде корисно тим, хто шукає хороших QA або цікаві тулзи теж а іноді просто кайф почитати про реальні кейси, а не теорію P.S. Автор реально живе темою, не боїться бути чесним і це читається.
924
15
Unreal Engine QA Engineer в Unbreakable Ukraine Foundation віддалено 👉 https://dou.ua/goto/QrTC Junior Manual QA Engineer в
Unreal Engine QA Engineer в Unbreakable Ukraine Foundation віддалено 👉 https://dou.ua/goto/QrTC Junior Manual QA Engineer в Launch Labs за кордоном, віддалено 👉 https://dou.ua/goto/82eX QA Engineer в Генерал Черешня Київ 👉 https://dou.ua/goto/XjND Senior Manual QA в Dish Ukraine Харків, Львів, віддалено 👉 https://dou.ua/goto/A8vD Junior+ QA Automation Engineer (Selenium, Java) в OTP Bank Ukraine Київ, віддалено 👉 https://dou.ua/goto/qZxy
639
16
🎤 CFP на Сувору QA Конференцію закривається 30 червня (вівторок). Лишається тиждень. Тематика всієї конференції: AI в тестуванні Маєш що сказати про: • як AI допомагає (чи заважає) в щоденній роботі QA • self-healing локатори, авто-аналіз фейлів • тестування продуктів на базі AI/ML • галюцинації, false confidence, нові ризики • як AI міняє саму роль QA-інженера Подавайся: https://forms.gle/emkR9fXDk63LEues5 Питання — @artem_grygorenko І ще. Разом з CFP 30 червня закриваються ранні квитки за $40 (далі повний прайс $67). Якщо йдеш як учасник, то не тягни ;) Квитки на сайті: https://conference.grygorenko.tech/
611
17
Сеньйор QA Олексій Клейн поділився на форумі безкоштовними проєктами, над якими працював. Один з них - QA Practicum для тих,
Сеньйор QA Олексій Клейн поділився на форумі безкоштовними проєктами, над якими працював. Один з них - QA Practicum для тих, хто хоче стати тестувальником, підготуватися до співбесіди або системно повторити базу. А ще - сайт для вивчення англійської мови. 👉 https://dou.ua/goto/4dDm
533
18
Вийшла нова версія Playwright v1.61.0! 🔥 У своєму дописі Артур Шевченко детально розібрав головні нововведення. Серед них —
Вийшла нова версія Playwright v1.61.0! 🔥 У своєму дописі Артур Шевченко детально розібрав головні нововведення. Серед них — новий віртуальний автентифікатор для WebAuthn, який дозволяє стабільно проганяти тести з passkeys у CI/CD без реальних пристроїв безпеки. Також у релізі з’явився Web Storage API для прямої роботи з localStorage та sessionStorage сторінки, нові можливості для Network API, гнучкіші режими запису відео для дебагінгу та підтримка Ubuntu 26.04. Детальніше про усі фічі читайте у дописі на форумі DOU.
729
19
На прикладі своєї команди QA Lead Денис Маковський показує, як автоматизація рутини вивільняє час інженерів на складну логіку
На прикладі своєї команди QA Lead Денис Маковський показує, як автоматизація рутини вивільняє час інженерів на складну логіку продукту. Автор розбирає портрет тестувальника нової епохи та наводить покрокову стратегію розвитку для джунів, мідлів та сеньйорів. 📌 https://dou.ua/goto/72As
634
20
Head of QA Анна Куркотова зібрала AI-конвеєр для тестування. У своєму блозі авторка детально розбирає, чому розбила процес на
Head of QA Анна Куркотова зібрала AI-конвеєр для тестування. У своєму блозі авторка детально розбирає, чому розбила процес на окремі скіли, як боролася з фантазіями AI, скільки коштує один повний прогін пайплайну та які результати побачила в роботі команди тестувальників. 📌 https://dou.ua/goto/3ie5
795