💻 Insomnia – інструмент для тестування API🚀 Insomnia — потужний і зручний інструмент для тестування API, який допомагає розробникам і QA спеціалістам створювати, відправляти та організовувати запити до REST, GraphQL та інших типів API. Це чудова альтернатива таким популярним рішенням, як Postman.📌 Чому варто обрати Insomnia? 1. Простий і зрозумілий інтерфейс.Інструмент інтуїтивно зрозумілий навіть для початківців. 2. Підтримка різних типів API: • REST • GraphQL • gRPC • WebSocket 3. Можливість керувати токенами авторизації.Insomnia автоматично зберігає Bearer Tokens, OAuth та інші види авторизації, що економить час. 4. Запити з параметрами та змінними.Ви можете використовувати шаблонізовані змінні, що полегшує створення складних запитів. 5. Темна тема та кастомізація.Для тих, хто просто обожнює темні інтерфейси.🧩 Корисні функції:✅ Імпорт та експорт запитів у форматах JSON, YAML✅ Підтримка environment variables✅ Інтеграції з Git✅ Генерація запитів у різних мовах коду (Python, Node.js, cURL)✅ Плагіни для розширення функціоналу🤖 Кому підійде Insomnia? • QA інженерам для ручного тестування API • Розробникам для дебагу бекенд-сервісів • Тим, хто працює з GraphQL або gRPC📥 Як встановити Insomnia?🔗 Завантажити можна з офіційного сайту:👉 https://insomnia.restПідтримується на Windows, macOS та Linux.💡 Ідея для команди:Створіть спільний репозиторій запитів API в Insomnia та синхронізуйте його через Git — це полегшить роботу в команді.❓ Ти вже користуєшся Insomnia чи віддаєш перевагу Postman? Пиши в коментарях!
Locust: простий спосіб тестувати продуктивність ПЗ.Locust — це потужний інструмент для навантажувального тестування, який допомагає перевіряти API, веб-додатки та системи під великим навантаженням.Як почати?1️⃣ Встановіть Locust:pip install locust 2️⃣ Напишіть сценарій на Python:from locust import HttpUser, task, between class MyUser(HttpUser): wait_time = between(1, 5) @task def test_api(self): self.client.get("/api/resource") self.client.post("/api/resource", json={"key": "value"}) 3️⃣ Запустіть тестування:locust -f my_locustfile.py 4️⃣ Налаштуйте у веб-інтерфейсікількість користувачів та швидкість навантаження.Що можна тестувати? • API: Швидкість GET/POST-запитів. • Веб-додатки: Реєстрація, авторизація, інші дії користувачів. • Системи під навантаженням: Продуктивність серверів.Переваги Locust:✅ Простота використання.✅ Масштабування для великих навантажень.✅ Зручний інтерфейс для аналізу.Порада:Починайте з малого навантаження і поступово збільшуйте його. Аналізуйте результати, щоб зрозуміти слабкі місця системи. Спробуйте цей інструмент!💻🚀
😐"Не впихуй невпихуєме" або як не втрачати баланс наприкінці рокуМинулого тижня ми разом із групою QA Lead провели другий і фінальний мастермайнд на їхньому навчанні. Це була насичена зустріч із дуже різними запитами:- Як працювати з гіперактивними людьми в команді?- Що робити з перевантаженням задачами?- Як презентувати замовнику практики, які впливатимуть на їхні KPI?Попри різноманітність тем, усі ці запити об’єднувало одне — надмірне відчуття відповідальності. І мова не лише про себе чи свою команду. Багато хто бере на себе відповідальність за все: за менеджмент, за проєкт, за людей, а іноді здається, що й за весь світ 🙈 Це відчуття знайоме і мені, тож я чудово розумію ці переживання.Резюмуючи всі відповіді та обговорення, суть зводиться до однієї простої ідеї: "Забити, або спробувати історію відпустити або відкласти на потім". Ми часто беремо на себе більше, ніж можемо витримати, а потім дивуємося, чому вигораємо. Часто це пов’язано із відсутністю вміння сказати "ні". Ми звикли "затикати всі дірки", навіть коли вже самі на межі. А менеджмент, колеги чи замовники нерідко цим користуються, свідомо чи ні, підсовуючи нам додаткові задачі. Іноді це навіть виглядає як "опціональне" завдання, але ми ж розуміємо, що це класична маніпуляція, правда? 😏😎Тож зараз, під кінець року, як ніколи важливо навчитися відкидати зайве. Якщо щось не влазить у ваші рамки можливостей чи пріоритетів — це нормально сказати "ні". Це не означає, що ви не професіонал або не командний гравець. Це означає, що ви знаєте свої межі та цінуєте свій ресурс.Моя головна порада наприкінці цього року: "Не впихуй невпихуєме". І ця порада, до речі, працює не тільки у грудні. 🎯#думки🛑Сувора QA Спільнота 🛑QA Lead Course
Як створити багато електронних адрес для одного Gmail акаунтуМаєте лише один акаунт Gmail, але хочете використовувати різні адреси електронної пошти для різних потреб? Google надає кілька простих, але дієвих способів створити альтернативні адреси для вашого основного облікового запису, які зручно використовувати, щоб впорядковувати листи та налаштовувати фільтри.1. Додавання крапок у назву користувачаGmail не враховує крапки в імені користувача. Наприклад, якщо ваша адреса має вигляд
[email protected], ви також можете використовувати такі варіанти:-
[email protected] [email protected] [email protected]Усі ці адреси працюватимуть як єдина пошта, а листи доставлятимуться до вашої основної скриньки. Це зручно для реєстрації на різних сайтах під різними іменами, водночас контролюючи всі листи в одному місці.2. Використання знаку плюс (+)Gmail дозволяє додавати суфікси до вашого імені користувача за допомогою знака «+». Це корисно, коли потрібно впорядковувати пошту або відстежувати, звідки надходять листи. Наприклад:-
[email protected] [email protected] [email protected]Усі листи на ці адреси надходитимуть до основної скриньки. Ви можете навіть налаштувати фільтри, щоб автоматично сортувати листи з різними суфіксами.3. Альтернативний домен googlemail.comЯкщо у вас є адреса в домені gmail.com, ви також можете використовувати ту ж назву користувача в домені googlemail.com. Наприклад, листи, відправлені на
[email protected], також доставлятимуться до вашої основної скриньки. Це ще один варіант, який дозволяє отримувати листи на одну скриньку.4. Налаштування псевдонімів (Alias) через Google WorkspaceЯкщо ви використовуєте Google Workspace для свого домену (наприклад, yourdomain.com), можна налаштувати псевдоніми для однієї поштової скриньки. Наприклад, ви можете створити такі псевдоніми:-
[email protected] [email protected] [email protected]Усі листи будуть надходити в один обліковий запис, і це зручно для організації бізнесу.5. Перенаправлення з інших акаунтівЩе один варіант — створити електронні скриньки на інших сервісах (Yahoo, Outlook тощо) та налаштувати автоматичне перенаправлення листів на ваш основний Gmail. Це дає можливість контролювати всі листи з різних акаунтів в одному місці.Чому це зручно?Такі методи допомагають керувати вхідними листами, відслідковувати підписки на різні сервіси або навіть визначати, звідки надходять спам-повідомлення. А за допомогою фільтрів у Gmail ви можете автоматично сортувати листи за різними категоріями або маркувати їх певним чином.
Тепер ви знаєте, як використовувати свій обліковий запис Gmail для створення багатьох різних адрес, залишаючись організованим і ефективним у роботі з електронною поштою!
15 дій щоб втратити довіру у команді: 1.Невиконання обіцянокТи пообіцяв команді підвищення зарплати після завершення проекту, але після успішного завершення проекту обіцянка не була виконана без пояснень.2.Нечітке або неконкретне спілкуванняТи не даєш конкретних вказівок щодо завдань або цілей, залишаючи команду у стані невизначеності, що призводить до плутанини і помилок.3.Непослідовність у прийнятті рішеньОдного разу ти схвалюєш певний підхід до роботи, а наступного дня різко змінюєш рішення без очевидної причини або пояснення.4.Присвоєння заслуг команди собіНа зустрічі з керівництвом ти представляєш результати проекту, не згадуючи про вагомий внесок команди і вказуєш на досягнення як на власні.5.Недостатня підтримка командиКоли виникає конфлікт між командою та іншим відділом, ти не стаєш на захист своєї команди і не допомагаєш вирішити проблему.6.Недотримання конфіденційностіТи розголосив особисту інформацію про одного з членів команди, яку той повідомив у приватній розмові.7.Несправедливе ставлення до членів командиТи постійно надаєш перевагу одному працівнику, надаючи йому кращі проекти та можливості для розвитку, тоді як інші члени команди залишаються поза увагою.8.Перекладання відповідальності на командуКоли проект не вдався через невірне твоє рішення, ти звинувачуєш команду у невиконанні завдань, хоча сам не надав необхідних ресурсів або часу.9.Ігнорування зворотного зв'язкуКоманда неодноразово висловлювала занепокоєння щодо ефективності певного процесу, але ти ігноруєш ці зауваження і не вносиш жодних змін.10. Говорити, але не робитиТи кажеш члену команди зосередитись на роботі, а потім весь день його пінгуєш щогодини, щоб дізнатися про статус.11. Грати роль жертвиКоли ти звинувачуш когось або щось у проблемах а не намагаєшся їх вирішити. "Ми свою роботу виконали. Це інтеграція з іншою командою займає більше часу.", або "Наша презентація ідеальна. Вони просто цього не розуміють"12. Туди-сюди менеджерСьогодні пріоритет А, ні міняємо пріоритет Б, ні все ж таки А, ой я передумав, давайте все ж В. Нерішучість щодо цілей вашої команди з постійною перестановкою пріоритетів може призвести до сильного стресу, розчарування та тривоги в команді. 13. Надмірний скептицизмКоли ти постійно розповідаєш про те, що проект зазнає невдачі, навіть якщо він має дуже високі шанси на успіх14. Вдавати з себе всезнайкуКазати що ти шось не знаєш це не страшно. Страшно казати що ти це знаєш і давати рішення або вказівки в яких ти некомпетентний. 15. Уникати "важких розмов"Залишати важкі розмови відкритими протягом тривалого часу приводить завжди до ще гірших наслідків. А чи бачили ви якісь з цих ред-флагів у своїх керівниках? Якщо так - чи доносили їм фідбек про це ? @from_a_to_qa #шось_на_менеджерському
Привіт!📢 Анонс марафону по тестуванню ПЗ!Друзі, планую провести безкоштовний онлайн марафон, присвячений основам тестування програмного забезпечення. Марафон розрахований на початківців, які хочуть зрозуміти, що таке тестування та з чого почати кар’єру тестувальника. Протягом 5 днів ми розглянемо ключові теми, а також попрактикуємось на тестовому проєкті! Ось план занять:🔹 1 день: Що таке тестування ПЗ?🔹 2 день: Що таке баг-репорт і як його правильно складати?🔹 3 день: Вивчаємо Jira – інструмент для управління багами та проєктами.🔹 4 день: Техніки тест-дизайну: як створювати ефективні тести.🔹 5 день: Практикум: знайди баги у додатку та опиши їх у Jira.Кожне заняття триватиме 1,5 години і включатиме як теорію, так і інтерактивні обговорення та практичні вправи.❓ І тут у мене до Вас запитання: Що б Ви хотіли почути чи обговорити в рамках цього марафону?Ваші побажання та запитання допоможуть мені краще підготуватись і зробити цей марафон максимально корисним для кожного.Пишіть, які теми чи питання Вас цікавлять!💻 Дата початку марафону буде оголошена незабаром.
🔥 Хочете, щоб ваш продукт витримував будь-яке навантаження? Опановуйте JMeter!👉 Ви — класний менеджер, і у вас все під контролем. Прийшов час здавати продукт замовнику, але він гальмує, а бюджет на доопрацювання вже вичерпано.😱👉 Ви — чудовий розробник, але вашому коду потрібні супер сервери, щоб він працював.🤐👉 Ви — мега тестувальник, і протестували все: застосунок красивий та зручний, але чомусь жахливо гальмує.🥶❓Що могло піти не так? 👇Ви забули, не знали чи не врахували тестування продукту під навантаженням.Після курсу "Тестування навантаження з JMeter" від QALight таких проблем ви більше не знатимете😏🥰 🚀На курсі ви навчитеся використовувати інструмент JMeter, налаштовувати сценарії, аналізувати результати та інтегрувати навантажувальне тестування в процес розробки програмного забезпечення. Все від базових кроків до складних практик, необхідних для забезпечення стабільності та продуктивності вашого продукту. 🚀💥 Стартуємо вже 12 вересня!🔗 Реєстрація: https://qalight.ua/kursy/testirovanie/jmeter/Маєш запитання? ✏️Адміністратор у Телеграм: @QALight_admin☎️Тел: +38 (063) 78-010-78+38 (097) 78-010-78+38 (099) 78-010-78
📊 Метрики — це тема, про яку багато говорять, але досі існує певний дефіцит розуміння їх сутності та призначення. Дехто, базуючись на власному досвіді, вважає їх непотрібними або навіть зайвими. Інші іноді задають питання про метрики на співбесідах, але потім не використовують їх у реальних проєктах.Цікаво спостерігати за дискусіями, де люди сперечаються, які метрики є обов'язковими або універсальними. Особисто я вважаю, що навіть "погані" метрики можуть приносити користь на проєкті. Однак, щоб це стало можливим, недостатньо просто збирати метрики — важливо розуміти їх значення та вміти використовувати отриману інформацію. Метрики допомагають оцінювати прогрес у компанії, і якщо у вас їх взагалі не застосовують (що викликає сумніви), це може бути серйозним сигналом про наявність проблем, які варто дослідити.Впровадження показників лише тому, що так сказав бос, не дасть очікуваних результатів.Пропоную подивитися на метрики з іншого боку — не з позитивної, а з негативної точки зору. Обговоримо, які метрики можуть бути неефективними та які наслідки може мати їх необдумане використання на проєктах.Цій темі ми з Олександром Романовим присвятили новий епізод нашого подкасту Testing Minutes.Дивитись та слухати:📹 YoutubeВаша підтримка важлива!Ми постійно розвиваємося і рухаємося вперед, але це неможливо без вашої підтримки. Тому будемо вдячні за лайки, коментарі та будь-яку іншу форму підтримки. Це допоможе нам просувати наші подкасти в рекомендаціях. Також ви можете підтримати нас донатом від 10 гривень — це дійсно важливо для нас і є нашим рушієм.Дякуємо вам!Підтримати подкаст можна через:🏦 База від Монобанку ☕️ Buy Me a Coffee
Що таке матриця відповідальності RACI MatrixМатриця відповідальності (RACI Matrix) – це важливий інструмент управління проєктами, що допомагає чітко розподілити ролі та обов'язки в рамках проєкту. Вона оптимізує комунікацію і забезпечує розуміння кожним членом команди своїх обов'язків, визначаючи, хто є відповідальним, підзвітним, з ким слід консультуватися та кого слід інформувати про виконання завдання. Завдяки такому підходу проєкт виконується ефективніше шляхом усунення дублювання та неясності.R (Responsible) — ВідповідальнийЦю роль призначають окремому працівнику або цілій команді, відповідальній за виконання роботи. Вони виступають виконавцями, чиї зусилля напряму впливають на завершення завдання.A (Accountable) — ПідзвітнийЧасто його називають «кінцевим затверджуючим органом» — це людина, яка в підсумку відповідає за належне і повне завершення роботи. Для уникнення двозначності щодо того, хто саме відповідає за якість і завершення роботи, за кожне завдання повинна відповідати одна особа.C (Consulted) — КонсультуючийЦе спеціалісти, які передають необхідні знання та досвід перед реалізацією завдання. З ними ведеться двостороння комунікація для надання рекомендацій, які мають вплив на виконання завдання. Вони важливі для прийняття зважених рішень та передбачає залучення осіб, які можуть надати комплексне глибоке бачення завдання.I (Informed) — ПоінформованийСпівробітники цієї категорії повинні бути в курсі прогресу та результатів виконання завдання, однак вони не беруть участі у його виконанні особисто. Інформування цих осіб гарантує, що усі зацікавлені сторони знатимуть про розвиток проєкту, не втручаючись у процедури ухвалення рішень. Як правило, це одностороння комунікація.Шляхом визначення цих ролей організації можуть мінімізувати непорозуміння, а також забезпечити ефективне виконання кожного завдання з усіма необхідними ресурсами та належним наглядом, що підвищує рівень загальної координації та підзвітності проєкту.
🤓 Що читати QA спеціалістам, щоб тримати руку на пульсі всього, що відбувається у тестуванні і апгрейдити свої скіли? Ділимося з вами добіркою корисних ресурсів, що допоможуть розширити знання та вдосконалити навички, яку підготував для вас наш друг — "Суворий QA":👥Блоги та статті:- Ministry of Testing. Найбільша міжнародна спільнота тестувальників, що надає статті, форуми, подкасти та онлайн-курси.- Satisfice Blog by James Bach. Блог одного з провідних експертів у тестуванні з цікавими порадами і думками, які не завжди можуть зрозуміти 😉- Visible Quality by Maaret Pyhäjärvi. Блог фінської тестувальниці та спікерки на багатьох різноманітних івентах.- Agile Testing Fellow. Блог Лізи Кріспін та Джанет Грегорі про Agile Testing.📱Телеграм канали:Папка з українськими телеграм каналами: Зібрані всі активні (або іноді не дуже 😅) україномовні Telegram-канали про тестування. 🦄 А ми від себе радимо підписатися на канал Нотатки суворого QA — тут ви знайдете ще більше цікавої і концентрованої інформації про тестування.Обирайте те, що вам найбільше до душі, і починайте вивчати! 😎
TGLIST.COM.UA
