Можно ли отправить сообщение без выбора шрифта, размера и списка?
Что проверяют
Умеете ли вы отличать обязательное поле от оформления и не отвечать «да» или «нет» там, где ответ зависит от требований. Такое спрашивают на живом разборе интерфейса: интервьюеру важно, пойдёте ли вы сначала за требованиями и контрактом API или начнёте угадывать по картинке.
Как отвечать
Скажите, что выбор шрифта, размера и списка это оформление текста, а обязательным является само тело сообщения. Дальше покажите, как это проверяется:
- требования и макет: есть ли у полей значения по умолчанию, помечено ли что-то обязательным;
- контракт API: уходят ли поля стиля в запросе вообще, допускает ли схема их отсутствие, что ответит бэкенд на запрос без них;
- интерфейс: активна ли кнопка отправки, пока ничего не выбрано.
Дальше идут сами проверки: отправка с нетронутой панелью оформления, отправка пустого тела и тела из одних пробелов, применение стиля и его снятие до отправки, очень длинный текст. Отдельно смотрю приёмную сторону: как сообщение без стиля выглядит у получателя, в уведомлении и в поиске по истории. Ещё проверяю вставку из текстового редактора, она тянет за собой чужую разметку, и «без выбора шрифта» на деле превращается в зашитые стили внутри сообщения.
Хороший финал ответа: если требований на этот случай нет, это не баг и не фича, а вопрос к аналитику, и я его зафиксирую.
Где спотыкаются
Отвечают одним словом. Кандидат говорит «конечно можно» и закрывает тему, а интервьюер ждал рассуждения о том, откуда это вообще известно.
Проверяют только интерфейс. Кнопка может быть активна, а запрос уйдёт без полей стиля и упадёт на валидации сервера. Смотреть нужно в сетевой трафик, а не на кнопку.
Забывают про получателя. Сообщение отправилось, но у второго клиента без явного шрифта текст рендерится системным и ломает вёрстку ленты. Проверка заканчивается не на коде ответа 200.