Як знайти більше багів, просто змінивши спосіб мислення? 🎩

Є цікава техніка дослідницького тестування — 6 капелюхів мислення.

Її суть проста: замість того щоб дивитися на фічу з однієї точки зору, ми по черзі змінюємо фокус.

⚪️ Білий — факти.
Що ми знаємо про фічу? Які вимоги, обмеження, тестові дані?

🔴 Червоний — емоції користувача.
Чи зрозумілий функціонал? Чи не викликає він страх, роздратування або недовіру?

⚫️ Чорний — ризики.
Що може піти не так? Інтернет зник під час операції? Некоректні дані? Різна поведінка на iOS та Android?

🟡 Жовтий — те, що працює добре.
Що вже зроблено класно? Що краще, ніж у конкурентів?

🟢 Зелений — нові ідеї.
Які нестандартні сценарії ще можна перевірити? А яку нову фічу можна запропонувати?

🔵 Синій — система.
Як усе це організувати, в якій послідовності перевіряти та що робити з результатами?

Мені подобається цей підхід тим, що він змушує QA не просто «шукати баги», а дивитися на продукт значно ширше.

Спробуйте взяти одну фічу зі свого проєкту й пройти її через усі 6 капелюхів.

Думаю, кількість нових сценаріїв вас здивує 🙂