А навіщо ці Bug Triage мітинги?

Часто на проекті настає час, коли накопичується дуже багато багів і ми маємо хоч якось їх менеджити.

І ось для того щоб правильно впорядкувати та відсортувати баги, нам потрібно проводити ці Bug Triage мітинги. На такому мітингу мають бути присутні, QA, це може бути або лід або хтось хто добре знає систему, Dev або Tech Lead, PO продукт овнер.

На мітингу в першу чергу звертають увагу на критичні дефекти та порядок їх виправлення. Тому що деякі баги можна відкласти, а деякі можуть бути вже не актуальні, і їх взагалі потрібно закрити.

Задача мітингу актуалізувати ситуацію по багам, визначити пріоритет їхнього усунення, почистити дублікати або баги які вже не актуальні. Часто навіть під час мітингу вдається перевірити чи баг досі актуальний і або додати йому відповідний пріоритет або закрити, якщо він вже не актуальний.

Bug Triage бажано проводити регулярно хоча б раз на тиждень. В результаті можна оформити табличку в Confluence з переглянутими багами та відсортувати їх за пріоритетами. Закриті баги та дублікати також вказуємо, щоб команді було зрозуміло, які вже неактуальні. Ну і щоб вони пам'ятали що ці баги були закриті і мати на увазі коли буде проводитись регресія, переглядати цей список, як ризикові.

Давав інтерв'ю про свій розвиток, можливо і вам буде корисно 🙏🏻

Урок 5: Швидко знаходьте критичні помилки

Ймовірно, в ваші цілі входить пошук критичних багів і він має бути швидким. Якщо так, то що це означає в контексті тестування?

- Тестуйте в першу чергу ті частини продукту, які змінилися. Виправлення та зміни це значить нові ризики.
- Тестуйте базовий функціонал перш ніж додатковий. Перевіряйте критичні і популярні функції продукту. Тестуйте той функціонал, який робить цей продукт таким яким він є.
- Тестуйте можливості перш ніж надійність. Перевіряйте працездатність всього функціоналу, перед тим як поглиблюватися у вивчення особливостей роботи функцій при різних умовах.
- Тестуйте стандартні умови перш ніж гіпотетичні. Розгляньте популярні дані і сценарії користування.
- Тестуйте розповсюджені загрози перш ніж мало поширені. Проводьте перевірки на найбільш стресові і помилкові ситуації.
- Тестуйте проблеми, які можуть спричинити більшої шкоди, перш ніж ті, які не дуже серйозні. Перевіряйте ті модулі продукту, які у випадку відмови, зможуть нанести найбільшої шкоди.
- Тестуйте найбільш використовувані області, перш ніж непопулярні. Перевіряйте любі області і обговорюйте ті проблеми, які цікаві ще будь кому з команди.

Крім того, ви швидко знайдете важливі проблеми, якщо будете більше знати про ваш продукт чи сторонні сервіси з якими він взаємодіє, а також про людей, які будуть ним користуватися. Добре вивчайте їх.

Уривок взято з книги Lessons Learned in Software Testing

Також нагадую, що періодично провожу констультацію за донат, де ми розробимо вам чіткий, покроковий план розвитку, щоб ви могли досягти своїх цілей.

В цьому місяці маю всього часу на 15 zoom-зустрічей
Тому якщо ви бажаєте змінити щось у вашій кар'єрі - записуйтесь

Сьогодні у цей день хочу вам сказати одну просту річ.

Любіть один одного ❤️
Маєте команду, любіть її. Маєте девелоперів, любіть і допомагайте їм. Підтримуйте один одного, бо саме справжні добрі стосунки, коли ви віддаєтеся роботі, без конфліктів, по дорослому, люблячи пояснюєте один одному всю правду. Яка б вона не була гірка (тут про баги) але якщо ви будете ставитись один до одного з такою добротою, ввічливісттю, то ваші продукти стануть набагато якіснішими. Бо у нелюбові, виникає багато конфліктів, підстав, і всього іншого, що не є добрим ні для вас, ні для ваших розробників.

Тому, всім ❤️

Отримайте серію відео від мене в подарунок 🎁

Всім привіт 👋

Зараз є можливість доєднатися до навчання в менторській групі, це мій новий освітній продукт, який включає в себе 34 уроки
Тест Дизайн
Тест Аналіз
Дослідницьке тестування
Тест Менеджмент

Кому цікаво і хто готовий отримати дуже крутий практичний досвід по всім цим напрямкам, записуйтесь

@yakymchuk_roma

Як тестувати коли немає документації?

Представте ситуацію, ви приходите на проект, а там немає ніякої документації, немає навіть дизайну того, як має виглядати продукт, що робити…

Спершу я рекомендую поспілкуватися з тими людьми, які відповідають за ідею продукту, дізнатися у них основні моменти. Записуйте собі всю цю інформацію.

Після цього, почніть робити декомпозицію продукту, можна використовувати mind maps, для кращого представлення інформації і структуризації різних компонентів.

Коли бачите не зрозумілі частини функціоналу, запитуйте у девелоперів, як то має працювати. Головне не бійтеся задавати запитання.

Створюйте чекліст та перевіряйте кожен шматочок, який ви проаналізували.

Створюйте знайдені вами баги та імпрувменти і обговорюйте їх з командою.

Проводьте парне тестування, разом з девелоперами, щоб разом тестувати і обговорювати реалізацію того чи іншого компоненту.

Намагайтеся описувати майбутню реалізацію функціоналу, хоча б у вигляді задач в Jira, чи Trello, щоб поступово запроваджувати хоча б мінімальну документацію на проекті.

Допомагайте розробникам, комунікуйте з ними ще до того як вони будуть реалізовувати задачі, це може знизити ризик виникнення багів.

Нагадую що кожен місяць виділяю кілька місць на консультації за донат

Якщо ви відчуваєте, що застрягли у розвитку, не систематизовані знання чи не вистачає практики

Приходьте, я допоможу вам зрушити з місця та вийти на новий рівень можливостей. На консультації ви отримаєте відповідь на головне питання, -"що робити далі?"

запис через форму

Завів новий канал на YouTube
Планую ділитися практичними порадами з чіткими поясненнями

Підписуйтесь 😉

https://youtu.be/AUIjAR9b8zk?si=iDt_1YTMAfw9-oaZ

Всім привіт, друге відео вже на каналі
Сьогодні розповідаю про техніки тест дизайну, розбиття на еквівалентні класи та граничні значення

Підписуйтесь 😉

https://youtu.be/ic0N3J5sXzI?si=LnHTqLYXiW5PnMR7

Привіт 👋

А можете прямо зараз сісти і виписати перед собою, що б ви хотіли поміняти в своїх процесах? Як би ви їх покращили?

Якщо хочете, можете написати в коментарях, які ви бачите проблеми та їх вирішення 👇

Всім привіт, на каналі вийшло 3є відео про техніки тест дизайну, сьогодні розповідаю про Діаграму станів та переходів

Підписуйтесь на канал 😉

https://youtu.be/8TpzEdXgDuM

Всім привіт

Нагадую що проводжу консультації по особистому розвитку за донат

Якщо ви відчуваєте що застрягли на місці, чи не маєте розуміння, як вам далі розвиватись?

В цьому місяці залишилось ще часу на 10 zoom-зустрічей
Тому якщо ви бажаєте змінити щось у вашій кар'єрі - записуйтесь

Нове відео на каналі. Таблиці рішень на прикладі Monobank
https://youtu.be/drHw20gkwfM

Привіт усім,

З середини квітня я запускаю навчання для початківців
Для тих хто хоче навчитися тестувати, отримати багато практики та спробувати себе в ролі QA

Якщо ви або ваші друзі, хотіли би свічнутись в нову сферу, то рекомендую зробити це разом зі мною.

Відкриваю анкету передзапису на курс
https://forms.gle/uXhNmeciP2F9J4rN6