| Mother of QA |

Курс по експертності, як ви памʼятаєте, триває!І я продовжую заглиблюватись у нові для себе знання! Потроху підбираємось до екватору і розповім Вам, про що ми говорили останніх два заняття! 📚 На першому занятті йшла мова про конструктор продукту, формулу опису продукту, про те, як технічно упакувати продукт і тд. І ця інформація була дуже цікавою для мене! 💡Головний принцип створення продукту - не тема, а конкретна змінна конкретної людини в конкретній ситуації. ❔Ідеї для продукту можна брати з:• Повторюваних запитів. • Типових помилок новачків. • Болей з високою ціною помилки. • Перехідних життєвих моментів. 📚 На другому уроці ми говорили про бренд експерта. 💡 Особистий бренд - це коли Вас співвідносять з якоюсь темою. Це те, що про Вас говорять, як запамʼятовують і яке враження Ви свідомо формуєте. 💡 Якщо люди не розуміють хто Ви і чому Вам можна довіряти - Вас не оберуть. Людям має резонувати те, що Ви несете. ❗️Формула персонального бренду = кероване враження + зрозуміла роль + довіра.Це було дуже цікаво! І знову ж таки, ця інформація гарно лягає на нашу роботу! Дивуюсь скільки інсайтів можна зловити здавалось би на зовсім не дотичному курсі 😅Попереду мене чекає виконання домашніх завдань та аналіз всіх матеріалів! А поки, чекайте нової інформації!

Хей Хей! Вівторковий вебінар на звʼязку 😁І цього разу ми говорили про те, як будувати сильну команду під час війни. Під час доповіді Дарʼя розповідала про те, як вони вибудовували комунікацію та процеси команді після початку повномасштабної війни. Почула для себе класні підходи, то ж, гайда дивитись що цікавенького там було! 👩🏼‍💻 Дарʼя Ціон, «Leadership in Uncertain Times: Building Strong QA Teams During War»💡Замість емоцій потрібні рішення: • Прозора комунікація з клієнтом. • Фокус на стабільності, а не на кризі. • Робота над ризиками. • Регулярний контакт і присутність. 🫱🏻‍🫲🏼 В бізнесі довіра будується не лише через емпатію, а через відчуття контролю. 🔥 В умовах невизначеності клієнт обирає того, хто вміє і знає як контролювати ситуацію.📚 Книги: 📕 Стоїцизм на кожен день, Раян Голідей, Стівен Генсільман. ⬇️ Я не контролюю все, що відбувається в команді, але я можу контролювати систему в якій ця команда працює. 📕 Есенціалізм, Ґреґ Маккеон. ⬇️Я не можу бути всюди, але я можу обрати, де я справді потрібна. 📕 Атомні звички, Джеймс Клір. ⬇️Справа не в тому, які у тебе цілі, а в тому - як у тебе побудована робота щодня.💡 ToolBox by Hyper Island - платформа для тімбілдінгів.🔥 Сильна команда - це не та, яку ти контролюєш, а та - яка працює навіть без тебе.Контроль не масштабується, але система так.📕 Radical Candor, Kim Scott. ⬇️Superstar - люди які хочуть швидкого росту, викликів, змін. Rockstar - люди, які дають стабільність, експертизу і опору в команді. Варто розуміти які люди у нас в команді.❔ А як пройшли перші місяці роботи після повномасштабного вторгнення у Вас? Пригадуєте? Діліться!

Ви знаєте, що останній місяць я провела на ринку активно шукаючи роботу! І хочу поділитись своїми думками щодо цього 👩🏼‍💻💪🏼 За перші 3 тижні пошуків я: • подала більше 100 заявок. • загалом пройшла 24 співбесіди. • поспілкувалась з 13-ма різними компаніями. • отримала багато відмов та пропозицій.🔥 І хочу сказати, що з моїх спостережень найактивнішою платформою для пошуків є саме DOU, саме з цієї платформи я отримала найбільше запрошень на співбесіди. Багато вакансій також шукала в спільнотах, через знайомих по реферальній програмі та через сайти компаній. Як на мене - це найкращі ресурси для пошуку роботи! 👎 Щодо Djinni, work.ua, robota.ua, LinkedIn, телеграм каналів з вакансіями і тд. - то там якось глухо… У LinkedIn я зазвичай пишу напряму рекрутерам, бо якщо просто відкликатись на вакансії, то як на мене це не дає результату.А щодо інших ресурсів - то там просто не відповідають( Маю також свою думку щодо проведення технічних співбесід, бо пройшла їх вдосталь! Але це буде у наступному дописі) 💡 То ж, висновок від мене: DOU, реферальні програми, аплаї на сайтах компаній та спілкування з рекрутерами - дадуть Вам найбільше шансів на успішні пошуки!Користуйтесь! ❔А поки поділіться, які ресурси для пошуку роботи видались Вам найактивнішими?

Щойно встигла побувати на вебінарі у Суворій комʼюніті та послухала про тестування доступності! А що там було, дивіться тут 👇🏼👩🏼‍💻 Юлія Бровченко, «Minimum viable accessibility: що реально може зробити QA, коли немає часу і ресурсу»❔Чому це важливо в контексті України? • Зростання кількості людей з інвалідністю. • Старіння населення. • Інтеграція України до європейського правового простору. • Цифровізація державних та комерційних сервісів. • Mobile-first використання.❗️Обмеження можуть бути різними: • Постійними. • Тимчасовими. • Ситуативні.💡Curd cut effect - це явище, коли ми робимо засоби доступності для людей з інвалідністю і вони приносять користь ширшому населенню.🥲 В нашій суворій реальності для тесту доступності завжди немає часу, досвіду, архітектури, виділеної команди і тд. і тд. 🐋 Minimal Viable Accessibility (або 3 кита): • AXE розширення для DevTools. • Навігація клавіатурою. • Screen Reader.🥲 АІ не допомагає нам з a11y тестуванням ніяк, поки що!⚒️ Mobile інструменти: VoiceOver, TalkBack⚒️ Web інструменти: NVDA, JAWS, VoiceOver, Dev Axe ToolsТакож наприкінці ми мали лайв сесію на прикладі сайту Rozetka та сайту Артема (у Notion😁) - це було фаново! А потім я побігла по справах, то ж підозрюю, що вебінар все ще триває!) А тепер важливе питання: ❔А ви тестуєте (тестували) accessibility? 🔥 - так. 🥲 - ні, немає часу, бюджету, ресурсу і тд. 🫱🏻‍🫲🏼 - ні, бо нам це непотрібно.

Обіцяла дати фідбек по конференції ввечері в пʼятницю, але оскільки готувалась до свята, та й не хотіла напрягати Вас своїми дописами - відклала це до понеділка! Сьогодні понеділок! То ж, гайда подивимось що ж там!👩🏼‍💻 ФОРМАТ Конференція тривала 5 днів (одна доповідь зранку, одна доповідь ввечері) протягом цього періоду ми мали можливість прослухати 10 спікерів! 10 різних доповідей, 10 різних тем, 10 різних бекграундів та знань! Це прям дуже кльово ✨👩🏼‍💻 ТЕМАТИКАЦя конференція мала специфічно задану тематику, а саме - артефакти тестувальника. Як на мене, це дуже круто, бо ти обираєш конференцію, то ти розумієш на чому зосереджені теми і очікуєш почути ту інформацію, яка тобі цікава! І це дуже топ! 👩🏼‍💻 НАПОВНЕННЯ Я прослухала всі 9 доповідей (бо 10 - та була моєю 😅) і хочу сказати, що інсайтів можна було хапнути багацько! А навіть якщо ні, то принаймні почути унікальний досвід кожної людини Ви могли точно! За це, власне, я дуже ціную всі мітапи, вебінари, конференції і тд. 👩🏼‍💻 СТОРОНА СПІКЕРАТакож хочу відмітити взаємодію «по той бік екрану», а саме зі спікерської сторони, бо це не менш важливо! Спікерська підготовка до конференції була дуже класною, члени та членкині програмного комітету дуже багато і активно допомагали у підготовці до виступу - і це насправді дуже цінно! Дуже сподіваюсь, що цей формат продовжуватиме своє існування і ми побачимо ще не одну таку конференцію! Бо це новий подих на ринку! ❤️‍🔥Щоб не пропустити подальші анонси, оновлення та інформацію - раджу доєднатись до Суворого QA комʼюніті - бо його учасники дізнаються інформацію першими! І це привілей 😁 А хто хоче придбати записи і наздогнати всю інформацію - ю ар велкам!За цим посиланням знайдете всю програму та умови! ⚖️ Загальний висновок (як зі сторони спікера, так і зі сторони слухача) - я задоволена! Отримала багато інформації, поділилась своєю, а також зарядилась дуже активною та наповненою аудиторією! 🥰Рекомендасьйон!п.с. залишу трішки відгуків про свою доповідь! Можливо це спонукає Вас швидше придбати записи 🤭

Хорошої пʼятниці Вам друзі! Несу Вам останні три вижимки з Суворої QA конференції ✨ Гайда дивитись, що ж іще було цікавого! 👩🏼‍💻 Марина Дідковська, ««Ідеальна» архітектура, або чому тестова стратегія пишеться кров’ю»❌ Типова стратегія - це красивий артефакт, але нащо, якщо він не вирішує бізнес проблему? ✨ Тестова стратегія має валідувати, які рішення приймаються з точки зору архітектури - її тестабіліті. ✅ Гарна тестова стратегія: • Адресує бізнес біль. • Виявляє архітектурні ризики першою. • Питає, що може зламатись і коштуватимете найбільше. • Говорить, що тестувати і чому це важливо. • Тестує рішення проблеми, а не код. ❤️‍🔥 Хороша архітектура починається з незручних запитань, стратегія теж. ❗️Тестова стратегія без фокусу - це вибух бюджету. 👩🏼‍💻 Ріна Ужевко, «Mind maps в житті тестувальника». ❔Коли можна використовувати mind map? • Відсутні вимоги. • Повні вимоги. • Відсутні інструменти, прозорість. • Все в когось в голові. • Відсутність стратегічного мислення. • Хаос на хаос, пожежа на пожежу. • Лінь та прокрастинація. ❔Чому mind map класні? • Асоціативність. • Від загального до часткового. • Фокус та системність. • Гнучкість. ✍🏼 Їх можна малювати вручну і за допомогою інструментів. ⚖️ Інструментів є дуже багато, то ж обираємо так: • Вартість. • Зручність. • Обмеження в кількості людей / розміру дошки. • Можливість шарити дошку. • Вивантаження у вигляді файлу. • Можливість малювати та робити позначки. ❔Чим вони можуть допомогти в роботі? • Структурувати вимоги. • Бачити шляхи користувача. • Візуалізація структури команди. • Велика або складна бізнес логіка. • PDP в вигляді карти. • В підготовці до співбесід. • Корисно в exploratory testing. • Покриття вимог тестовими сценаріями. • Візуалізація багів по root cause. • SWOT аналіз. 💪🏼 Для того щоб почати створення необхідно: • Взяти інструмент. • Визначитись з виглядом (павук, в один бік і тд.). • Визначитись з ціллю - центром. • Накидаємо блоки використовуючи брейнштормінг в будь-якому вигляді.💡Кожен блок у мапі - може бути нашим кейсом. ❗️Не бійтесь помилитись чи виглядати безгруздим - виправити це не важко, головне щоб воно працювало! 👩🏼‍💻 Аліна Савченко, «Вижити в геймдеві: сурові тестові артефакти, які рятують Game QA»⚖️ У геймдеві QA не шукає ідеалу, він шукає баланс між хаосом та якістю. ❔Які тестові артефакти доживають до релізу? • Game design document. • Execution artefacts (чек листи, флоу та схеми). • Evidence artefacts (баг репорти з логами та скрінами). • Alignment artefacts (коментарі до тасок). • Backlog (пріоритезований та актуальний). ❔Які не доживають? • Тест кейси. • Документи «на майбутнє». • Беклог «про всяк випадок». • Сторінки в Confluence, які ніхто не відкривав після створення. ❗️GDD може застарівати ще поки ти його читаєш, то ж варто ставити коментарі та питання.💡 Лаконічні чеклисти рятують ситуацію швидше, ніж тест кейси бо: • Їх можна оновити швидше. • Вони живуть у щоденній роботі. • Це інструмент виживання в турбулентності. ❗️Баг без логів - особиста думка QA. 💡 Фіча готова коли рівень ризику прийнятний для релізу. ❔Коли обирати такий підхід? • Коли дедлайни не рухаються, а вимоги постійно. • Якщо команда витрачає більше часу на підтримку артефактів, ніж на тестування. • Якщо реліз тримається на овертаймах, а не системності. • Якщо документація оновлюється повільніше, ніж функціонал.Ось і все! 🥳Ознайомлюйтесь з матеріалами, а ввечері я викладу допис зі своїми враженнями та відгуками! 🥰До зустрічі!

Як Ви, друзі? Вангую, що вже чекаєте вихідних! (І, сподіваюсь моїх вижимок теж 😁) То ж, гайда дивитись ще 3 вижимки з конференції! 👩🏼‍💻 Олена Тесленко, «Ефективна організація тест-кейсів: як заощадити ресурси та уникнути дублювання»❔Що робить тест кейс якісним? • Коротка, але інформативна назва. • Один кейс - одна перевірка. • Відрізняємо тестування флоу та його тригерів. • Виділяємо прекондішини.• Кожен має розуміти кейс, треба дивитись очима різних людей (новачок, ПО, розробник і тд.). 💡Тестування флоу - процес від початку до кінця. 💡Тестування тригерів - перевіряємо умови, що запускають флоу. ❗️Розділення цих понять дозволяє уникати дублювання. 🗝️ Test convention - єдиний стандарт написання тест кейсів. Дуже круто працює у командах.❌ Типові проблеми: • Неатомарні кейси. • Роздуті регресії. • Некоректна структура. 📜 Зберігати ТС можна в TMS, Mind Map, в коді (наприклад BDD підхід).🧑🏼‍💻 Олексій Бакунін, «Test Documentation That Updates Itself: AI-Augmented QA in Practice»🥲 Проблеми документації в стартапах: • Її зазвичай немає, бо є брак ресурсів, швидкі зміни продукту, немає окремого часу на документацію. 💪🏼 Виклики впровадження АІ для документування: • Проблема контексту - бо давати його багато дуже дорого. 💡 Рішення - RAG (тут теж існує проблема retrieval, але її можна вирішити різними техніками) • Проблема контролю - треба мати можливість перевірити роботу ЛЛМ. 💡 Рішення: згенеровані тексти потребують апруву і тестова документація оновлюється тільки після QA review. • Проблема формату - це має бути зрозуміло і для ЛЛМ і для нас.🧑🏼‍💻 Павло Сафонов, «Артефакти автоматизатора»🗝️ Артефакти автоматизованого тестування - це будь які побічні продукти створені або згенеровані в ході циклу автоматизації. 💡 Артефакти не повинні бути ціллю - вони повинні підтримувати та покращувати процес. 1️⃣ Артефакт: стратегія автоматизації тестування. ❔Має відповідати на питання: • Яка мета автоматизації?• Який проміжок часу охопити?• Які способи досягнення?• Які ресурси є?Створення стратегії - це відповіді на правильні питання оформлені в документ. 2️⃣ Артефакт: матриця вибору інструментів. Допомагає зробити обʼєктивний вибір між кількома варіантами інструментів. Є прості матриці, є складні на велику кількість критеріїв.Залежить від потреб.3️⃣ Артефакт: тестові скрипти.✨ Принцип FIRST: 1. Тест має бути швидким. 2. Тест має бути незалежний та ізольований. 3. Тест має бути повторюваний та детермінований. 4. Тест має бути скмоперевірний. 5. Тест має бути своєчасний. 4️⃣ Артефакт: тестовий фреймворк. Наприклад: cypress, webDriverIO, playwright-test. 5️⃣ Артефакт: readme.md file. Цей файл має містити базовий сетап, як користуватись солюшином, де взяти авторизаційні дані та корисні посилання. 📂 Культурні артефакти: • DoD. • Quality manifesto. • Code conventions.Останні 3 вижимки будуть завтра, як і мої відгуки! Тому наберіться терпіння 😁Всім спокійного вечора!

Мій курс по експертності триває і я намагаюсь вникати в щось нове для себе і дуже незвичне! Проходячи курси повʼязані з тестуванням, я розумію, що мене чекає, відчуваю себе як «риба у воді»… а ось з цим курсом у мене зовсім інші відчуття, що я на абсолютно новій та невідомій для мене території))) Але гайда дивитись, про що ми говорили на занятті і як це мені відгукнулось) 🎤 Говорили ми про аналіз цільової аудиторії і це дуже важливий скіл, як при побудові експертного продукту, так і при тестуванні! Ці теми для мене дуже корелюють та перетинаються! Хочу з Вами поділитись тезами, які мені дуже відгукнулись і мапляться гарно і на тестувальницький контекст! ✍🏼 Всі люди по відношенню до нашого продукту діляться на тих, хто: • Не знає про продукт. • Знає, але думає що йому не потрібно це. • Знають, але не впевнені що це найкраще рішення зараз. • Готові взаємодіяти. ✍🏼 Критично важливо розуміти шлях клієнта до кінцевої точки. ✍🏼 Важливо бачити проблеми, бажання, потреби, страхи цільової аудиторії. ✍🏼 Цільова аудиторія - це не тільки соціально демографічні дані, ми маємо знати і розуміти її глибинні мотиви та потреби.І от знаєте ці знання відкривають дуже багато воріт! Бо коли ми розуміємо цільову аудиторію SUT - то знаходити баги, розуміти чому ЦЕ для юзера критично стає в рази легше! На цьому занятті я несвідомо зрозуміла, що навіть коли ти йдеш на курс який не повʼязаний прямо з твоєю діяльністю - всерівно можна знайти безліч ніш, які знадобляться в роботі! І це так цінно! ✨

Що ж, я вже Вам розповідала про курс по експертності і ось минулого четверга був перший урок цього курсу і я готова поділитись з Вами інформацією, як і обіцяла. Перший урок був присвячений постановці цілей, оскільки перш, ніж створювати свій експертний проєкт - необхідно зрозуміти, чи дійсно ця ціль релевантна 🤔 Я вже пробую гратись з фреймами та інструментами, які нам запропонували, а поки хочу залишити для Вас декілька думок після першого уроку! 💡 Цілі здійснюються лише тоді, коли вони поставлені в контакті з реальністю, у нас є ресурс на їх реалізацію і вони в нашій зоні контролю.💡 Якщо ціль небезпечна, нереальна і не варта зусиль для психіки - то ми її свідомо прокрастинуємо та відкладаємо. 💡 Ми живемо і діємо не в сферичному вакуумі, то ж ми повинні розуміти системи в яких ми є частиною. 💡 Якщо після постановки цілі, протягом 72 годин ми не почали нічого робити - значить з ціллю щось не так. 💡 Тілесний тест готовності також важливий і дієвий.Сьогодні мене чекає наступний урок, а поки намагаюсь визначити цілі ✨ То ж, чекайте наступних апдейтів!

Привіт, колеги! Перш ніж почати, хочу щиро подякувати кожному з Вас за ту підтримку, пропозиції та рекомендації, які я отримала щодо пошуку роботи! Це було надзвичайно важливо в той момент! Вкотре переконуюсь, що QA community це щось неймовірне 🫶🏼 дякую Вам ❤️Зараз я активно працюю над пошуком своєї dream job, але пошуки пошуками, а розвиватись треба продовжувати 🔥У пʼятницю я переглянула останню трансляцію по курсу ISTQB TM і готова поділитись тим, що чекає мене далі та тим, що вже пройшла! Почала я своє навчання 17 листопада і завершила 27 лютого. 3,5 місяці пройшли в обіймах силабусу, тестів та трансляцій і це ще не кінець 😅 📂 Це був дуже цікавий та насичений шлях. Багато інформації, інсайтів, історій та досвіду. Після здачі іспиту я обовʼязково піду передивлятися всі трансляції і «видирати» звідти покращення та підходи для своєї майбутньої команди! А поки я намагаюсь зібрати всю інформацію в своїй голові та закарбувати її, аби здача іспиту пройшла успішно! 🤞🏼😅 Насправді навчання завершилось лише офіційно, проте попереду мене чекає ще повний, пробний тест, розбір цього тесту, робота над помилками і апрув на іспит… А після цього його здача, в разі провалу - знову робота над помилками та повторна здача! Я майже на фінішній прямій, то ж про результати тестів проміжних та повних буду писати! ✍🏼 А поки, побажайте мені успіху, бо попереду ще багато нервів на шляху до здачі 😁🤞🏼