| Mother of QA | | Дискусії, питання та все інше ще в процесі, а вижимка вже тут, і сього...

Telegram community logo - | Mother of QA |
2025-12-06

| Mother of QA |

Number of subscribers:
1832
Photos:
338 
Videos:
34 
Links:
295 
Category:
Telegram
Description:
Привіт! Я Аміна 🙋🏼‍♀️ 📍4 роки в QA (Startups/Product/Outsource). 📍Домени: Payments, CRM, iGaming, E-commerce. 📍Будую/ вдосконалюю процеси, веду за собою команди. ✨Тут ділюся досвідом без «галочок» та допомагаю іншим QA рости в IT! Рада знайомству! ✨

Channel | Mother of QA | - @motherofqa - №840

Дискусії, питання та все інше ще в процесі, а вижимка вже тут, і сьогодні ми говорили про колаборацію BA & QA, а також про цінність! Говорили про їхні ролі на кожному з етапів SDLC, колаборативні процеси та ще дууууже багато іншого! Дуже раджу подивитись! Посилання тут! А поки несу вижимку 🫶🏼👩🏼‍💻 Віра Федоренко, «Від вимог до цінності: як BA і QA разом створюють якісний продукт». Очікування замовника - це те з чого починається будь який продукт. Що входить в очікування? • Бізнес результат. • Функціональні очікування. • Якість та UX. • Процес розробки. • Вартість. 💡 Value - це ядро очікувань замовника. І воно є:• Фінансове. • Стратегічне. • Клієнтське. • Операційне. • Ризик- менеджмент.💡 Тест кейси, метрики, документація, фічі - не є прямою цінністю для замовника. Але це прямо впливає на неї.На будь-якому з етапів SDLC може втратитись ця цінність.ТОР 🔟 втрат цінності: • Цінність замінюють фічами. • «Навіщо» зникає. • Вимоги важливіші за результат. • Зробили = успішно. • Delivery важливіше за outcome. • Реліз без перевірки користі. • Міряємо активність, а не результат. • Немає зворотнього зв’язку. • Команда не відповідає за цінність. • Фідбек не впливає на рішення.💡Коли QA приходить тільки на тестування - він бачить проблему, але не може її змінити. Коли QA приходить раніше - він допомагає її НЕ створити.🔜 На етапі планування важливо розуміти: • Для кого цей продукт? • Яку проблему він вирішує? • В яких умовах він буде використовуватися? • Які ризики є ще до розробки?🔜 На етапі аналізу важливо розуміти: • Чи зрозумілі та однозначні вимоги? • Які припущення ми робимо? • Що означає «готово»? • Що буде якщо юзер зробить X замість Y. • Які негативні сценарії?🔜 На етапі дизайну важливо розуміти: • Як будуть працювати корнер-кейси? Чивраховані нефункціональні вимоги? • Чи враховані залежності? 🔜 На етапі розробки важливо розуміти: • Які сценарії мають бути покриті юніт тестами? • Що зміниться в існуючій логіці? • Чи є ризик зламати суміжні фічі? • Що покриваємо автотестуванням? Практики співпраці BA & QA: • Якісний онбординг. • Спільні review вимог. • Three amigos. • Example mapping. • DoR. • Change requests. • Risk-based testing. • Early test design.❗️Якість і цінність - це не те, що перевіряють наприкінці, а те, що створюють разом із самого початку. Антипатерни: • Чому я маю думати за нього? • Головне, щоб працювало. • Якось буде. • Краще не лізти. • Мене про це не питали.А як у Вас із співпрацею з БА? 🏆 - дуже тісно співпрацюємо. ❤️ - бачимось тільки на refinements. 💔 - не співпрацюємо взагалі. 🗿 - у нас немає БА.
824
26-01-20 18:28