Коротко
- Проверяйте структуру и границы полей, а не реальную личность.
- Для регрессии нужны фиксированные примеры.
- Случайную генерацию делайте воспроизводимой через seed.
Авторство и проверка
Редакционные принципы- Автор
- RZTKB Editorial Team
- Проверил
- RZTKB Data Review
- Обновлено
- 2026-08-28
Что именно должен проверить адрес
Хорошая fixture отвечает на конкретный вопрос: принимает ли форма кириллицу, сохраняется ли квартира, не исчезает ли ноль в индексе, совпадает ли регион с городом. Реальное имя жильца и частный адрес для этого не нужны.
Соберите небольшой набор граничных случаев
Добавьте запись без второй строки, адрес с корпусом и строением, длинную улицу и индекс с нулём в начале. Отдельно проверьте ошибочные значения. Ожидаемый результат должен быть записан рядом с данными.
Стабильные данные для CI
Случайные значения делают падение теста трудным для повторения. Зафиксируйте несколько основных записей, а для больших выборок используйте seed. Сохраняйте его в отчёте вместе с версией набора.
Не выпускайте fixture в реальный процесс
Пометьте тестовые записи и запретите для них создание отправления, оплату и проверку личности. Публичная локация не делает синтетическое имя её жильцом.
Частые вопросы
Генератор создаёт полностью вымышленные адреса?
Он может использовать публичные локации, но не создаёт личность жильца.
Подойдёт ли запись для доставки?
Нет, доставка не проверена.
Зачем нужен seed?
Чтобы повторить тот же набор после ошибки.
Можно ли брать данные из production?
Для большинства тестов это лишний риск.
