| Mother of QA | | Хорошої пʼятниці Вам друзі! Несу Вам останні три вижимки з Суворої 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. 💡 Фіча готова коли рівень ризику прийнятний для релізу. ❔Коли обирати такий підхід? • Коли дедлайни не рухаються, а вимоги постійно. • Якщо команда витрачає більше часу на підтримку артефактів, ніж на тестування. • Якщо реліз тримається на овертаймах, а не системності. • Якщо документація оновлюється повільніше, ніж функціонал.Ось і все! 🥳Ознайомлюйтесь з матеріалами, а ввечері я викладу допис зі своїми враженнями та відгуками! 🥰До зустрічі!