интеграции с БД. Основные проверки вроде таких как: тип данных введенных в поле на фронте должен соответствовать типу поля в бд, макс длина поля на фронте не должна превышать макс длину поля в бд я знаю.
Вы переходите с одной бд на другую, или где? Почему вы считаете, что это интеграционное тестирование?
а у вас фронтенд напрямую в БД данные сохраняет?
если очень кратко, например одна команда делает сервис (пусть будет calcPnL) который считает различные данные на большом портфолио ценных бумаг, у него в зависимостях к примеру есть сервис который возращает реальный market feed, но он замокан в билде, им занимается другая команда. а потом ты в рамках интеграционной джобы запускаешь интеграционные тесты на этих 2 сервисах без моков. (ну а потом они попадают в бандл и уже на кластере пробегают системные тесты с большими e2e сценариями)
Интеграция должна быть между двумя системами минимум. Если вы уберете бд, будет ли работать ваше приложение? Скорее всего нет. Это системное тестирование, как мне кажется, но речь не об этом. Обычно с базой проверяют CRUD (по каждому из полей). Соответствие типов данных, ограничения (в бд, в апи, на фронте) и валидация на них, помимо позитивных проверок всякие левые данные (пробелы/дефисы много отлавливают, нужно смотреть, что у вас за поля для заполнения и подбирать под них), повторное сохранение одной и той же записи. Если очень хочется, то можно заблочить запись for update, иногда и такое требуется, одновременная запись. Функционально вроде так примерно :)
Обсуждают сегодня