Всім доброго вечора!
Якого б ти рангу не був, а це знати повинен.

QA Cheatsheet: Must-Have Basics для кожного тестувальника
Збережи собі й повертайся, коли загубишся в багоджунглях.

📌 1. Види тестування
Functional — чи все працює за вимогами?
Regression — нічого старого не зламалось?
Unit — окремі модулі працюють?
Integration — взаємодія модулів ок?
API — запити та відповіді валідні?
UI/UX — чи це юзер-френдлі?
Performance — швидко/під навантаженням?
Security — діри знайдено?
Smoke/Sanity — швидка перевірка ключевого

📌2. Техніки тестування
Boundary Value
Equivalence Partitioning
State Transition
Random
Exploratory
Ad-hoc
Checklist

📌3. Severity vs Priority
Severity = наскільки боляче
Critical > Major > Minor > Trivial

Priority = наскільки терміново
High > Medium > Low

📌4. Інструменти для бойового QA
Selenium / Cypress / Playwright – UI
Postman / RestAssured – API
JMeter / K6 – навантаження
Burp / OWASP ZAP – безпека
TestRail – тести
Jira / Bugzilla – баги
Charles / Fiddler – мережа

📌 5. Документація, без якої ніяк
Test Plan
Test Cases
Test Summary
Bug Reports

📌6. STLC – Життя тесту
Аналіз вимог
Планування
Написання кейсів
Підготовка середовища
Виконання
Баги + ретест
Закриття

📌7. Принципи тестування
Дефекти є — треба шукати
Раннє тестування = дешевше
Все протестити — нереально
Баги гуртуються
Тести мають бути повторними
Все залежить від контексту
Відсутність багів ≠ продукт ок
Шукай дефекти з самого старту

📌8. Головне з сучасного QA-контексту
CI/CD – релізи на автопілоті
TDD – спершу тест, потім код
BDD – сценарії як розмова
SDLC/STLC – бач загальну картину

📌9. Майндсет QA-шника
Постійна цікавість
Думай як юзер
Ламай свідомо
Фіксуй усе
Автоматизуй, де це має сенс
Говори з девами і продами

Хочеш більше таких шпаргалок?
Підписуйся https://t.me/BugOrDefects

Ранкова історія QA 👀

Сьогодні без історій.
Ніхто нічого не зламав, білди зелені, dev мовчить, прод дихає.

Просто день як день.
А ти — як ти.

П’єш каву, читаєш таски й чекаєш, коли щось піде не так. Бо інакше — не QA.

✈️ буду вдячний за репост групи.

https://t.me/BugOrDefects

Всім доброго вечора!!!

🌙 Вечірня історія QA: Ubuntu Edition

Є кейси, після яких хочеться просто зробити shutdown now...
⠀
Ситуація:
Підключаюсь я до своєї улюбленої Ubuntu машини. Ввожу пароль — бац... чорний екран на пару секунд... і знову екран логіну.
⠀
Я такий:
"Ммм, цікаво… Ну давай, Google, витягуй мене з цього".
⠀
Перші думки — або проблеми з X, або щось з драйверами/десктопом. Але ж просто ж логін — а по SSH заходить норм.
⠀
Після кількох годин розкопок, перевірки логів

journalctl -xe, cat ~/.xsession-errors

— зрозумів:
login manager (в моєму випадку gdm3) просто завалився при запуску сеансу.
⠀
Рішення:
Зайшов по SSH або в tty (Ctrl+Alt+F3)

Випробував перезапуск gdm3:

sudo systemctl restart gdm3  

Але... той самий результат 🥲

Вирішив перевстановити дисплей-менеджер:

sudo apt-get install --reinstall gdm3  

І на всяк випадок поставив запасний, бо щось мені вже не подобалось:

sudo apt install lightdm  
sudo dpkg-reconfigure lightdm  

Вибрав lightdm — після цього система ожила
⠀
Ну а далі ще трохи

sudo apt autoremove, sudo apt update,

і я знову в строю.
⠀

У кого таке було? 😄
Пиши в коментар, як вибирався з чорноти екрану.
А якщо ще не було — збережи пост, може колись Ubuntu тебе "перевірить"

✈️ буду вдячний за репост групи.

https://t.me/BugOrDefects

Сьогодні попав під ☔️ і побачив таку картину😆

Коли твій автотест не перевіряє умови середовища…
☔️+❄️+💦= #true

Manual QA дивиться на це і такий:
Ну точно ж баг, ну люди добрі!🤪🤪🤪

Усім доброго ранку! 😴☀️

☀️ Ранкові історії QA ☀️

QA-ранок: «Це точно клієнт!»

Прокидаєшся, відкриваєш чат:
Там вже всі спам’ять Клієнт не працює! Що з ним?
І ти такий: Ага, щас…

І от ти включаєш інвестигейт, лупаєш по логу, перевіряєш все — і тут піп: сервер прислав кривий XML.
А клієнт за який ти відповідаєш вже отримав репутацію “того, хто все ламає”.
І ти вже кричиш в чат: «Ні, хлопці, це сервер тупить!»
Але всім простіше вірити, що це клієнт винен.

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

📲 Буду вдячний за репост Групи.

https://t.me/BugOrDefects

Ubuntu. Просто. Чітко. В одному місці.
Поки система не впала — збережи цю шпаргалку.

Команди на всі випадки:
– Моніторинг
– Файли
– Пакети
– Мережа
– Сервіси
– Cron
– Snap і APT
– UFW, SSH, ping і ще купа всього

Якщо ти працюєш з Ubuntu — це must-have.
то роздрукуй, повісь і поклоняйся час від часу.

Буду вдячний за репост групи.

https://t.me/BugOrDefects

Всім доброго вечора.

Ігор а що ти читаєш щоб бути в курсі про новини IT - дуже часто чую такі питання)

Software Testing News

https://softwaretestingnews.co.uk

Для мене — це як ранкова кава, але замість цукру — новини зі світу QA, IT і техніки.
Реальні кейси, аналітика, конференції.

Кому цікаво з ранку за кавою розбудити 🧠, почитайте.


А ви що читаєте, щоб залишатися в курсі? Пишіть в коментарі я думаю буде цікаво не тільки мені)

Всім гарного вечора☀️☀️☀️

☀️ Ранкові історики QA☀️ Всім доброго раночку☀️

— про SSO, трошки паніки і забутий host

Прокидаюсь. Кава. VPN — підключено. Відкриваю апку, логін через SSO — бах, помилка:
“authentication host not found”.

Мозок: Оу, цікаво…
Перевірив VPN — все є. Пароль — правильний.
І тут починається класика:
Google? Ні, логи!

Заходжу, читаю — а там: host.microsoft.com — disabled.

…і тоді згадується вчорашній експеримент:
“А що буде, якщо заблокувати хост Microsoft для SSO?”
Блокнув через hosts файл.
Не розблокував.
І от я — сам собі баг.

Висновок: тестування — це круто, але після тестів завжди прибирай за собою. Бо ранок може початись із легкого серцевого.

Як редагувати hosts (локально):

# Відкрити файл (Linux/macOS):
sudo nano /etc/hosts

# Для Windows:
C:\Windows\System32\drivers\etc\hosts
(відкрити через блокнот від імені адміністратора)

Щоб заблокувати хост:

127.0.0.1 login.microsoft.com

Щоб розблокувати — просто видали цей рядок.

⸻

А ви повертаєте env у нормальний стан після тестів?
Чи теж ловите свої ж пастки?

Пиши в коментарях — поділимось слізами QA-життя.

Буду вдячний за репост групи
https://t.me/BugOrDefects

Всім доброго вечора!
Може, вже й лідери команд на моєму каналі? Або хтось із часом стане лідером команди чи керівником — це для вас.
Чу-чуть мотиваціі!

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

Якість, етика та відповідальність не повинні бути опцією — це основа нашої роботи.

Справжнє лідерство полягає в тому, щоб залишатися вірним правильному рішенню, навіть коли на тебе тиснуть.

Моя думка, ви, як QA, працюєте на якість. Будьте на стороні користувачів, не бійтеся стояти на своєму. Доказуйте очевидні баги, не ігноруйте свої думки і амбіції!

Всім гарного вечора! і вихідних🤗🤗

☕️ Ранкові історики QA
Субота. Всі сплять, а я — як завжди з кавою.
Готуюсь до трьох дзвінків з учнями й питаю себе:
«Ну шо, не загнусь сьогодні?» 😄

Але це вже своя рутина.
QA-шна. Від якої трохи втома, але ще більше — драйв.
Коли встигаєш не тільки тестити, а ще й бути трошки маяком для інших

☀️ Гарного настрою і сонячної суботи вам, друзі QA!
Пам'ятайте: навіть субота — чудовий день для нових знань 💡

Буду вдячний за репост групи
https://t.me/BugOrDefects