Раночок🌞
Поки я на QA Magic MeetUp і готую нові вижимки - Ви вивчайте першу частину другої сімірки з QA Day.
P.S. Мій канал перетворився на щоденник вижимок, вибачте😁.
Але я відвідую просто ВЕЛИЧЕЗНУ кількість подій і мені дуже хочеться поділитись з Вами всім!!!
👩🏼💻Юрій Бажан, «Один спринт з життя тестувальника»
📌У всьому і завжди ми зосереджуємось на «ефективності».
🕰️ Правильне управління часом у тестувальників ділиться на тестування та мітинги.
🌤️ На daily необхідно активно слухати та занотовувати.
🎨 На refinement ми маємо право застопити задачу чи фічу, якщо залишилось питання.
🪲 На bug triage - представляємо баги, памʼятаємо їх і пріоритезуємо.
🎬 Retro має відбуватись щоспринта.
‼️ Для того щоб бути ефективним на мітингу - необхідно готуватись.
‼️Прийти на refinement не прочитавши вимоги, які будуть обговорюватись = втрата часу. В такому випадку його можна одразу відміняти.
⏳ В такому випадку в середньостатистичного мідла на мітинги з підготовкою піде ~18% часу в спринті , а на тестування ~82%.
💡Секрет ефективності - активно слухати та готуватись.
❔Як ефективно тестувати на основі Квадрату Декарта?
• Важливо та терміново (гасіння пожеж, критичні баги перед релізом).
• Неважливо, але терміново (забаганки ПО, тестування дрібних та низькопріоритетних функцій, коли є інші важливі завдання)
• Неважливо і не терміново (завдання, які не несуть цінності та витрачають час проєкту та продукту).
• Важливо, не терміново (діяльність, яка допомагає підготуватись заздалегідь, розроблені чіткі процеси і тд.)
📚 Книга: «7 звичок надзвичайно ефективних людей», Стівен Р. Кові.
🔥Найпріоритетнішим завданням для нас є refinement вимог, саме тоді ми опинимось в 4-му, правильному квадраті.
👩🏼💻Софія Новаченко, «Успішне поєднання QA/BA обовʼязків».
❔Які задачі BA?
• Аналіз документації від ПО.
• Розробка прототипів для візуалізації вимог.
• Участь у тех. дизайні та архітектурі.
• Визначення бізнес- процесів, як новий функціонал заінтегрувати в існуючу систему.
• Декомпозиція вимог та формування АС.
❔Які задачі QA?
• Аналіз вимог, розуміння бізнес логіки та вимог до продукту.
• Розробка тестових сценаріїв.
• Виконання тестів.
• Підготовка та підтримка тестової документації.
• Виявлення та документування дефектів.
🦾Спільне у цих ролей:
Аналіз вимог, розробка US, описання AC, написання тестової документації.
📌Кожну таску необхідно естіммейтити на пленінгу.
⏳ Завантаженість QA/BA залежить від пріоритету , оскільки при інтенсивному плануванні нових задач, робота з вимогами може займати до 80% часу, а якщо йде регресія, то навпаки.
⚠️ Ризик поєднання цих ролей:
• Мінімальне знання функціоналу іншими.
• Виконання регресії одними і тими ж людьми.
• Запилення ока, потенційно пропущені дефекти.
• Можливість упустити щось у вимогах чи тестуванні , через постійне переключення.
❔Як мінімізувати?
• Розділити роботу на декількох, міксуючи роботу між декількома людьми, для того, щоб залучити всіх і познайомити з функціоналом
• Knowledge sharing сесії.
‼️ Інформацію по процесах треба документувати‼️
👩🏼💻 Олесь Ніканюк, «Особливості тестування в міжнародних організаціях: досвід, виклики».
⚠️Проєкти в такій організації прямо чи опосередковано впливають на різні держави, викликом є строгі вимоги до безпеки.
💡Там існує роль «Technical analyst», який поєднує у собі мануальне та автоматизоване тестування (такий собі General).
📌В міжнародній організації практичний досвід понад усе.
🦾 У фундаменті стоїть безпека, тоді відповідність політикам та стандартам і тоді функціональність.
🪲 Тестувальники на проєктах перевіряють проєкт на вразливості та роблять автоматизоване сканування вразливостей.
Тестувальники беруть участь у формуванні US та створенні сабтасок.
👤 UAT проводиться зовнішніми незалежними командами.
‼️Труднощі:
• Бюрократія.
• Труднощі комунікації в міжнародних командах.
• Довготривалість проєктів.
❔Як думаєте, яка з цих трьох доповідей імпонувала мені найбільше?)
А поки Ви думаєте ставте - ❤️
