Представьте: вы открываете новый проект, запускаете приложение… и не понимаете, что с ним делать. ТЗ нет, требований нет, даже дизайна нормального нет. Только код, хаос и менеджер, который говорит: «Просто потестируйте как-нибудь».
Что делать, когда тестировать нужно, а ориентиров нет?
1. Исследовательское тестирование – ваш лучший друг
Когда нет документации, приходится становиться детективом. Исследуйте приложение как обычный пользователь: пробуйте разные сценарии, нажимайте на все кнопки, вводите странные данные. Чем больше вариантов проверите – тем выше шанс найти баг.
2. Ориентируйтесь на конкурентов
Если приложение похоже на уже существующие сервисы, можно изучить, как работают аналоги. Это поможет понять, какие функции должны быть, и сравнить, где есть проблемы.
3. Общайтесь с разработчиками
Да, они могут быть не в восторге, но именно они знают, что и как должно работать. Спросите: «Какие функции вы реализовали?» или «Какие сценарии точно должны работать?» – так можно получить хоть какую-то информацию.
4. Проверьте базовые вещи
Даже без ТЗ всегда можно протестировать очевидные аспекты:
✔️ Что происходит при некорректном вводе?
✔️ Как ведет себя приложение при перегрузке?
✔️ Работает ли логика авторизации, форм, кнопок?
✔️ Нет ли ошибок в консоли и логах?
5. Создайте «народное ТЗ»
Если требований нет – соберите их сами. Фиксируйте в таблице, какие функции вы нашли, как они работают и какие есть проблемы. Это поможет не только вам, но и всей команде – и, возможно, однажды превратится в настоящее ТЗ.
Тестирование без ТЗ – это не приговор, а вызов. Если вы умеете работать в таких условиях, значит, вы – крутой тестировщик.