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

15 дій щоб втратити довіру у команді: 1.Невиконання обіцянок Ти пообіцяв команді підвищення зарплати після завершення проекту, але після успішного завершення проекту обіцянка не була виконана без пояснень. 2.Нечітке або неконкретне спілкування Ти не даєш конкретних вказівок щодо завдань або цілей, залишаючи команду у стані невизначеності, що призводить до плутанини і помилок. 3.Непослідовність у прийнятті рішень Одного разу ти схвалюєш певний підхід до роботи, а наступного дня різко змінюєш рішення без очевидної причини або пояснення. 4.Присвоєння заслуг команди собі На зустрічі з керівництвом ти представляєш результати проекту, не згадуючи про вагомий внесок команди і вказуєш на досягнення як на власні. 5.Недостатня підтримка команди Коли виникає конфлікт між командою та іншим відділом, ти не стаєш на захист своєї команди і не допомагаєш вирішити проблему. 6.Недотримання конфіденційності Ти розголосив особисту інформацію про одного з членів команди, яку той повідомив у приватній розмові. 7.Несправедливе ставлення до членів команди Ти постійно надаєш перевагу одному працівнику, надаючи йому кращі проекти та можливості для розвитку, тоді як інші члени команди залишаються поза увагою. 8.Перекладання відповідальності на команду Коли проект не вдався через невірне твоє рішення, ти звинувачуєш команду у невиконанні завдань, хоча сам не надав необхідних ресурсів або часу. 9.Ігнорування зворотного зв'язку Команда неодноразово висловлювала занепокоєння щодо ефективності певного процесу, але ти ігноруєш ці зауваження і не вносиш жодних змін. 10. Говорити, але не робити Ти кажеш члену команди зосередитись на роботі, а потім весь день його пінгуєш щогодини, щоб дізнатися про статус. 11. Грати роль жертви Коли ти звинувачуш когось або щось у проблемах а не намагаєшся їх вирішити. "Ми свою роботу виконали. Це інтеграція з іншою командою займає більше часу.", або "Наша презентація ідеальна. Вони просто цього не розуміють" 12. Туди-сюди менеджер Сьогодні пріоритет А, ні міняємо пріоритет Б, ні все ж таки А, ой я передумав, давайте все ж В. Нерішучість щодо цілей вашої команди з постійною перестановкою пріоритетів може призвести до сильного стресу, розчарування та тривоги в команді. 13. Надмірний скептицизм Коли ти постійно розповідаєш про те, що проект зазнає невдачі, навіть якщо він має дуже високі шанси на успіх 14. Вдавати з себе всезнайку Казати що ти шось не знаєш це не страшно. Страшно казати що ти це знаєш і давати рішення або вказівки в яких ти некомпетентний. 15. Уникати "важких розмов" Залишати важкі розмови відкритими протягом тривалого часу приводить завжди до ще гірших наслідків. А чи бачили ви якісь з цих ред-флагів у своїх керівниках? Якщо так - чи доносили їм фідбек про це ? @from_a_to_qa #шось_на_менеджерському

AndroL4b Це віртуальна машина безпеки Android, заснована на Ubuntu-mate. AndroL4b включає колекцію новітніх фреймворків, навчальних посібників та лабораторій від різних фанатів безпеки та дослідників для зворотного проєктування та аналізу шкідливих програм. Цей інструмент призначений для оцінки програм Android, зворотної інженерії та аналізу шкідливих програм. https://github.com/sh4hin/Androl4b

⚙️ Щоб зайняти посаду Engineering Manager та професійно керувати командою — необхідно мати досвід та знання Зі всіма аспектами позиції допоможе розібратися Богдан Пономарчук, Platform Engineering Lead у Jooble → на курсі Engineering Manager За 20 занять ви навчитеся: ✔️формувати цілі для команди за методикою OKR ✔️оптимізовувати структуру команди ✔️наймати, онбордити й будувати індивідуальні плани розвитку ✔️планувати й очолювати ініціативи змін ✔️налаштовувати комунікацію між стейкхолдерами, іншими департаментами та своєю командою В результаті будете ініціювати зміни, керувати ризиками й командами — від найму та адаптації до підвищення ефективності Програма створена для розробників, тестувальників та архітекторів, які вже виросли зі своєї позиції і готові керувати технічними командами. Також курс буде корисним тімлідам і техлідам, які хочуть прокачати стратегічне мислення й розвинути лідерські якості Цей курс відповідає стандартам якості навчання Project Management Institute Деталі та реєстрація ⬅️

Вакансія! Оператор технічної підтримки до Сектору оборони. Подробиці: https://robota.ua/company0/vacancy10205614 Не мобілізація! Робота для цивільних працівників.

Галина Захарова розмірковує, які нейронні мережі найкраще підходять для тестувальників, чи замінить QA-спеціалістів штучний інтелект, та як все це вплине на IT в майбутньому. А також ділиться відгуками на курси з вивчення роботи AI, які пройшла особисто 👉 https://dou.ua/goto/x8Vi

💻🌎Головні IT новини тижня від GALERA 🛑Огляд iPhone 16 Pro: Новий процесор A18 Pro та покращені камери 🛑Українським суддям дозволять використовувати штучний інтелект у роботі 🛑В Україні запустили ініціативу Гуркіт від ГУРу для збору коштів 🛑Державний оператор тилу запустив ІТ-систему DOT-Chain 🛑NaVi стала найпопулярнішою кіберспортивною командою світу

⚡️ Episode 40: The one where the test engineer explores rapid software testing with Michael Bolton Завершуємо четвертий сезон подкасту Testing Minutes розмовою про rapid software testing (та й про тестування загалом) з тим, хто цей підхід й винайшов - Майклом Болтоном. 🎉 Дякуємо, що були з нами ці десять випусків. До зустрічі у новому сезоні! Дивитись та слухати: 🔸 Youtube 🔹 Spotify 🔸 Apple Ваша підтримка важлива! Ми постійно розвиваємося і рухаємося вперед, але це неможливо без вашої підтримки. Тому будемо вдячні за лайки, коментарі та будь-яку іншу форму підтримки. Це допоможе нам просувати наші подкасти в рекомендаціях. Також ви можете підтримати нас донатом від 10 гривень — це дійсно важливо для нас і є нашим рушієм. Підтримати подкаст можна через: 🏦 База від Монобанку ☕️ Buy Me a Coffee #testingminutes | @a_grygorenko | Test Engineering Notes

Привіт! 📢 Анонс марафону по тестуванню ПЗ! Друзі, планую провести безкоштовний онлайн марафон, присвячений основам тестування програмного забезпечення. Марафон розрахований на початківців, які хочуть зрозуміти, що таке тестування та з чого почати кар’єру тестувальника. Протягом 5 днів ми розглянемо ключові теми, а також попрактикуємось на тестовому проєкті! Ось план занять: 🔹 1 день: Що таке тестування ПЗ? 🔹 2 день: Що таке баг-репорт і як його правильно складати? 🔹 3 день: Вивчаємо Jira – інструмент для управління багами та проєктами. 🔹 4 день: Техніки тест-дизайну: як створювати ефективні тести. 🔹 5 день: Практикум: знайди баги у додатку та опиши їх у Jira. Кожне заняття триватиме 1,5 години і включатиме як теорію, так і інтерактивні обговорення та практичні вправи. ❓ І тут у мене до Вас запитання: Що б Ви хотіли почути чи обговорити в рамках цього марафону? Ваші побажання та запитання допоможуть мені краще підготуватись і зробити цей марафон максимально корисним для кожного. Пишіть, які теми чи питання Вас цікавлять! 💻 Дата початку марафону буде оголошена незабаром.

Аня, Middle QA у Bookboost, детально розглядає техніки тест-дизайну чорної скриньки. Вона ділиться досвідом використання еквівалентного розподілення, аналізу граничних значень та попарного тестування. А також надає практичні приклади й пояснення з ефективного створення тестових кейсів 👉 https://dou.ua/goto/i4AJ