Привіт! Я Аміна 🙋🏼♀️ 📍4 роки в QA (Startups/Product/Outsource). 📍Домени: Payments, CRM, iGaming, E-commerce. 📍Будую/ вдосконалюю процеси, веду за собою команди. ✨Тут ділюся досвідом без «галочок» та допомагаю іншим QA рости в IT! Рада знайомству! ✨
Всім робочого вівторка! ✨Повертаємось в ритм! Сьогодні був той рідкісний випадок, коли я була на Суворому вебінарі в лайві і поки Q&A/ афтерпаті і тд. ще триває - Ви вже можете зазирнути про що ми говорили сьогодні! Летс гоу ✈️👩🏼💻 Юлія Гончар, «Сильна команда: що насправді об’єднує людей»🫱🏻🫲🏼 Команда - група людей обʼєднаних спільною метою які несуть спільну відповідальність за результат.❗️Команда != сімʼя.✨ Атрибути ефективної команди: • Розділені ролі. • Сформульовані цілі. • Виставлені пріоритети. • Є авторитетність. • Конфлікти вирішуються відкрито. • Є чіткі правила, які виконуються. • Достатньо зворотнього звʼязку. • Команда знає критерії успіху.🧗🏼♀️Етапи розвитку команди за Такманом: • Forming - тут важливо визначити і чітко проговорити цілі та визначити і оголосити правила. • Storming - тут важливо бути уважним до знаків (проблеми, образи, звинувачення). • Norming - тут важливо виділяти продуктивні дії і продовжувати їх робити. • Performing - слідкуйте за ситуацією, вимірюйте основні показники та нагороджуйте/ заохочуйте. • Adjourning.📚 Книги: • 5 вад у роботі команди, Патрік Ленсіоні. • Ідеальний командний гравець, Патрік Ленсіоні.💗 Люди люблять свою роботу бо: • розуміють конкретно, що означає «добре зроблена робота». • розуміють велику ціль та взаємозвʼязок з конкретними діями. • відчуття персонального піклування.❗️Прості тімбілдінги чи активності самі по собі не працюють, бо активність без мети = розвага без змін.❔А через що Ви найбільше любите свої компанії? (Гарна компенсація, бенефіти, атмосфера, команда і тд.) Пишіть у коментарі! 💗
Христос Воскрес! Повертаюсь до Вас із невеличкого відпочинку! Цього разу пропустила аж 2 вебінари у Суворій Комʼюніті через свята і от наздоганяю! На першому вебінарі ми говорили про АІ ✨ Гайда дивитись! 🧑🏻💻 Михайло Боднарчук, «Self-Driven AI Testing Agent — що може тестувати веб сайти за вас»Протягом вебінару ми дивились на live трансляцію агентів, які використовуються в роботі. Вижимку цьому дати важко, але ось декілька думок: ⚖️Агенти можуть бути розподілені, у кожного агента може бути своя функція. Ми розглядали на прикладі Михайла і у них було 3 агенти: planning, testing, pilot.⚒️ Open Router - сайт де зібрані всі АІ провайдери і моделі.Наступний вебінар був про РМ, про типові помилки та чому їх припускаються, про хаос, менеджмент і все інше… 👩🏼💻 Каріна Алєксєєнко, «Чого РМ вам ніколи не розповість»💨 Хаос виникає від бюджетів, графіків, формату роботи, навантаження, виду компанії, процесів, типу контрактів, ринку і тд.✨ Менеджери - зазвичай світчери і часто стають в ІТ ними випадково - і з цим є проблема. Бо менеджмент є інтуїтивним.🥲 Менеджер може слідувати якомусь процесу де почув чи бачив - і ось хаос. Бо ніколи не вгадаєш. Бо спочатку маєш знати еталон -> тоді розібратись у купі доменів -> а тоді побудувати процес, який спрацює.⚒️ 3 стадії обізнаності керівництва: 🔥 Виживання - все горить. ❔Що робити? • дисциплінувати себе. • фокусуватись на беклозі. • створити мінімальний горизонт планування. • створити мінімальну документацію. • налаштувати дисципліну. ⚖️ Стабільність - є якась документація, звіти, церемонії, але все ще важко. ❔Що робити? • фреймворки. • стандарти та автоматизація. • робота з командою. • звітність та метрики. • бюджет. • якість. 🧗♀️Розвиток - на проєкті порядок, всі задоволені, чітке та стабільне делівері. ❔Що робити? • делегування. • менторство. • робота з клієнтом. • управління ризиками. • нетворкінг. • планування карʼєри. ❗️Будь яка автоматизація має право на існування, коли налаштований процес і всі учасники підтвердили, що він класний.✨ Менеджер має бути креативним, бунтарним - бо він будує процеси і шукає шляхи для покращень.❗️Періодично моніторте, хто стільки заробляє у вашому сегменті. Аналізуйте ринок. Це потрібно робити проактивно.💰 Витрати на комунікацію неочевидні, але вони великі.Більша команда не зробить продукт швидше.✨Потрібно вчитись працювати в time blocking.❗️Кількість важливих і термінових задач має бути маленька - бо це форс мажори. Якщо по іншому - це погані процеси.Такі от вебінари! Побачимось 🫱🏻🫲🏼
⚒️ Технічні співбесіди…. Ох пройшла я їх багацько за ці тижні пошуків.І обіцяла поділитись спостереженнями щодо цього! ✨ Інсайт який вчергове прийшов у мою голову: «Проводити співбесіди гарно - це справжнє мистецтво». На більшості співбесід (на Senior позиції, важливо розуміти❗️) чомусь я почула сухі теоретичні питання. І з того, що я чую і запитую потім про проєкт - я розумію, що те, що мене щойно запитали - ніяк не дотичне до того, що я буду робити. І от знайшла 100% метч-картинку - те що питають на співбесіді не співпадає з тим, що насправді людина робитиме на роботі. З моєї точки зору, це жахливо. Як на мене - запитувати потрібно про те, що буде безпосередньо стосуватись роботи, на яку Ви шукаєте кандидата. І важливо, формувати кейсові питання, ситуативні питання, питання з практики і тд. і тд. - теоретичні питання не здатні показати реальні знання людини. Це ж не екзамен з ISTQB Foundation, врешті решт 🥲Скажу відверто, що протягом часу пошуків у мене було НЕ більше 5 співбесід, які мені дійсно сподобались. • Питали виключно те, що буде стосуватись моєї майбутньої роботи та обовʼязків. • Питали про досвід. • Питали кейси, ситуації, практичні питання. І це найкраще що може бути! Дякую таким компаніям та інтервʼюерам!!!Це вселяє надію, що ще не все втрачено 😅🫶🏼❔А що Ви думаєте з цього приводу? Як часто Вас питають суху теорію на співбесідах? 🥲 - часто. 😍- дуже рідко, у мене були лише гарні співбесіди. 🫱🏻🫲🏼 - 50/50.
Курс по експертності, як ви памʼятаєте, триває!І я продовжую заглиблюватись у нові для себе знання! Потроху підбираємось до екватору і розповім Вам, про що ми говорили останніх два заняття! 📚 На першому занятті йшла мова про конструктор продукту, формулу опису продукту, про те, як технічно упакувати продукт і тд. І ця інформація була дуже цікавою для мене! 💡Головний принцип створення продукту - не тема, а конкретна змінна конкретної людини в конкретній ситуації. ❔Ідеї для продукту можна брати з:• Повторюваних запитів. • Типових помилок новачків. • Болей з високою ціною помилки. • Перехідних життєвих моментів. 📚 На другому уроці ми говорили про бренд експерта. 💡 Особистий бренд - це коли Вас співвідносять з якоюсь темою. Це те, що про Вас говорять, як запамʼятовують і яке враження Ви свідомо формуєте. 💡 Якщо люди не розуміють хто Ви і чому Вам можна довіряти - Вас не оберуть. Людям має резонувати те, що Ви несете. ❗️Формула персонального бренду = кероване враження + зрозуміла роль + довіра.Це було дуже цікаво! І знову ж таки, ця інформація гарно лягає на нашу роботу! Дивуюсь скільки інсайтів можна зловити здавалось би на зовсім не дотичному курсі 😅Попереду мене чекає виконання домашніх завдань та аналіз всіх матеріалів! А поки, чекайте нової інформації!
Хей Хей! Вівторковий вебінар на звʼязку 😁І цього разу ми говорили про те, як будувати сильну команду під час війни. Під час доповіді Дарʼя розповідала про те, як вони вибудовували комунікацію та процеси команді після початку повномасштабної війни. Почула для себе класні підходи, то ж, гайда дивитись що цікавенького там було! 👩🏼💻 Дарʼя Ціон, «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 вижимки будуть завтра, як і мої відгуки! Тому наберіться терпіння 😁Всім спокійного вечора!