Визначення баг-бешу

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

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

Процедура баг-башу передбачає обговорення з боку:

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

Чим може бути корисний баг-баш?

Снігова сліпота

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

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

Досвід інших фахівців

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

Приклад: ми розпочали баг-баш, щоб протестувати функціональність кошика для покупок, розробленого командою “кошик інтернет-користувача”. Один з учасників належить до групи, яка не стикається з цією функцією - він з групи учасників, які працювали над функцією “платежі”. Команда “платежі” працює над зовсім іншою функцією - новим порталом інтернет-платежів. Член команди “платежі” має досвід взаємодії з новим порталом. Його досвід приведе його до відповідних тестів. Як поводиться новий кошик при взаємодії з новим платіжним порталом? Але є один важливий нюанс: можуть бути баги. Тим більше, що ніхто з команди розробників кошика не тестував такий функціонал.

Переваги Bug Bash

Навантажувальне тестування
Баг-баш може бути першим випадком одночасного використання нової функції кількома людьми. У деяких випадках його можна використовувати як невеликий навантажувальний тест для розробленого продукту. Коли кілька людей використовують якусь функцію одночасно, можуть трапитися дійсно цікаві речі.

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

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

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

Висновок

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