📎 5 принципов тестирования «чёрного ящика»

🔤 Опираться на требования, а не на код

Вы проверяете только внешний результат: что обещано в спецификации — то и должно происходить. Если функция «должна» отказывать при неверном вводе — проверяете именно отказ.

🔤 Не учитывать внутреннюю реализацию

Метод намеренно отрезает доступ к архитектуре. Это помогает смотреть на продукт как реальный пользователь.


🔤 Проверять систему через входы и выходы

Черный ящик — это всегда игра «что подам → что получу». Используйте классы эквивалентности, граничные значения, позитивные/негативные сценарии.

🔤 Оценивать поведение в реальных сценариях

Важно тестировать не только отдельные поля, но и цепочки действий. Например: «логин → неверный пароль → повторная попытка → блокировка».

🔤 Приоритезировать по рискам

В чёрном ящике нельзя «покрыть код» — поэтому выбирают самое критичное: платежи, авторизация, все места, где ошибка несёт ущерб.

🐸 Библиотека тестировщика

#теория_на_пальцах