Как организовать тестирование, если отсутствует формальная документация с требованиями?

Отсутствие требований — не повод откладывать тестирование. Необходимо перейти в исследовательский (exploratory) режим и самому формировать ожидания.

План действий:

1. Экспертиза и исследование (Exploratory Testing):
   • Изучите продукт как конечный пользователь. Составьте карту разума (mind map) или список функций.
   • Проанализируйте поведение системы при стандартных и граничных входных данных.
2. Работа с командой:
   • Проведите неформальные обсуждения с разработчиками, аналитиками и продакт-менеджером для выяснения неочевидных ожиданий.
   • Используйте user stories или задачи в трекере (типа Jira) как источник требований.
3. Создание "живой" документации:
   • Начинайте документировать обнаруженное поведение в виде чек-листов или простых тест-кейсов. Это станет основой для будущих требований.
   • Фиксируйте все расхождения между вашим пониманием "как должно работать" и фактическим поведением как баги или вопросы к команде.
4. Бенчмаркинг: Изучите аналогичные продукты на рынке, чтобы сформировать ожидания по стандартному поведению.

Пример подхода к тестированию функции входа без требований:

# Тестируем интуитивно понятные и стандартные сценарии
def test_login_common_scenarios():
    # 1. Валидные данные -> Успешный вход
    # 2. Неверный пароль -> Сообщение об ошибке, вход запрещен
    # 3. Несуществующий пользователь -> Сообщение об ошибке
    # 4. Пустые поля -> Кнопка "Войти" неактивна или ошибка валидации
    # 5. Восстановление пароля -> Ссылка ведет на соответствующую форму

Ключевая цель: Активно выявлять неопределенности, формализовать их и способствовать созданию документации через процесс тестирования.