Реальные советы, как действовать в условиях неопределённости.
Иногда ты заходишь в проект, открываешь задачу, а требований нет. Совсем!Никакого тебе дизайна, юзер-стори или хотя бы слов о том, как это должно работать.
Что делать? Паниковать? Ни в коем случае!
Сегодня я расскажу, как подойти к тестированию в условиях, когда “всё и так понятно”, но на самом деле нет.
1. Узнай, для чего это делается
Простой вопрос: зачем эта фича?
Если ты понимаешь бизнес-цель, то ты уже на шаг ближе к пониманию логики. Задай вопросы:
• Что должен уметь пользователь?
• Какую проблему мы решаем?
• Где будет использоваться эта функция?
• Чем неправильное поведение может навредить?
Иногда 5 минут разговора с продактом или аналитиком экономят часы бессмысленного кликанья.
2. Используй аналогии
Если ты тестируешь, скажем, форму логина без требований, посмотри, как это сделано в других продуктах. Есть негласные UX-стандарты, к которым привык пользователь.
Например:
• Обязательные поля должны подсвечиваться при ошибке.
• Кнопка “Отправить” должна быть неактивной, если поля пусты.
• Ошибки должны быть понятными, а не “Error 100500”.
Сравнивай с похожими кейсами в других системах или частях продукта. Ищи логику и шаблоны.
3. Проверяй поведение “на ощупь”
Никто не мешает тебе применить исследовательское тестирование. Попробуй:
• Ввести граничные и некорректные данные.
• Проверить на пустых значениях.
• Проверить разные роли пользователей.
• Потестить поведение в разных браузерах, устройствах, языках.
Даже если нет требований, баги будут видны: что-то сломается, визуально поедет, появятся ошибки.
4. Документируй свои находки
Пока ты тестируешь, фиксируй, что ты проверяешь, и к какому выводу приходишь.
Это пригодится:
• Чтобы обсудить с разработчиком/аналитиком/продактом.
• Чтобы сохранить знание о логике работы фичи.
• Чтобы в будущем использовать это как тест-кейсы.
5. Превращай вопросы в гипотезы
Формулируй предположения:
• «Кажется, это поле обязательное. Проверю-ка я, что будет, если его не заполнить.»
• «Похоже, фильтр сортирует по дате. Посмотрю-ка я, как он ведёт себя с разными значениями.»
Такая модель мышления помогает структурировать тестирование даже в хаосе.
6. Не бойся уточнять
Да, ты можешь выглядеть надоедливым.
Да, иногда говорят: “ну ты ж тестировщик, вот и тестируй!”
Но помни: твоя задача — не угадать, а проверить.
Если ты не уверен(-а) – спрашивай. Лучше уточнить на берегу, чем ловить баги в проде.
В конце-концов, если кто-то не сделал работу и не написал требования, пусть делают свою работу по ходу тестирования.
Заключение
Когда нет требований — это не повод для страха.
Это шанс проявить инициативу, системное мышление и настоящий профессионализм.
• Задавай вопросы.
• Тестируй по аналогии.
• Думай как пользователь.
• Документируй всё, что узнаешь.
• Превращай хаос в структуру.
А если хочешь научиться работать в таких условиях уверенно, можешь намеренно собеседоваться на проекты, где “не всё по полочкам”. Это отличная практика.
Ну и, конечно, работай с ментором, если есть такая возможность — он поможет найти опору в нестабильности.