"Зачем ты ломаешь сборку, воспроизводя странные кейсы? Юзер же не глупый и может сам догадаться, что это неправильно..."😄

Принимаясь за юзабилити тестирование, QA-инженер придумывает те тест-кейсы, которые носят наивысший приоритет в воспроизведении конечным пользователем. Стоит учитывать, что помимо положительных сценариев, имеются и негативные, которые так или иначе воспроизводятся пользователем по разным причинам: минимальные знания, либо их отсутствие в использовании продукта, мисклики, вредоносная атака путём спама. На вопрос выше, ответ прост: такие кейсы проходят, чтобы избежать поломку ПО в продуктовой среде и вредоносное проникновение, результатом чего повышается вероятность утечки персональных данных; финансовые потери компании на исправление проблемы, которую возможно предотвратить, как минимум, до релиза в продуктовую среду.

Предупреждён — значит вооружен😁😅

📍 Полезные материалы по теме:
▫️Техники тест-дизайна: теория и примеры
▫️Как писать тест-кейсы: полное руководство
▫️Основные методики создания тест-кейсов
▫️Тестовый набор
▫️Как ИИ генерит тест-кейсы. Сравнение с Junior QA (спойлер: джун хуже)
▫️Что такое цикломатическая сложность
▫️Тест-кейс и тестовый сценарий
▫️Поддержка и рефакторинг тестовых наборов

А как вы относитесь к нестандартным тест-кейсам?