и посмотреть медиа
TestGrow - тестирование ПО
и посмотреть медиа
Канал платформы по тестированию ПО. Материалы для тестировщиков.
Канал платформы по тестированию ПО. Материалы для тестировщиков.
AI бот для озвучки текста и клонирования голоса в Telegram. Создавай аудио с помощью нейросети быстро и просто.
Ресурс платформы TestGrow по тестированию софта. Полезные материалы и советы для QA специалистов.
БАЗЫ ДАННЫХ ДЛЯ ТЕСТИРОВЩИКА: РЕЛЯЦИОННЫЕ И НЕРЕЛЯЦИОННЫЕ Очень часто у тестировщиков ввиду особенностей работы компании нет доступа до базы данных, при это именно база данных часто может подсказать, что с продуктом что-то не так. И сегодня хочу поговорить про базовое различие между реляционными и нереляционными БД. В реляционных базах, таких как PostgreSQL, MySQL, всё строится вокруг таблиц и связей. Данные строго структурированы, например, у пользователя есть ID, у заказа есть внешний ключ на этого пользователя, у товара какие-то обязательные поля. Работать с табличными (реляционными) данными на самом деле удобно, всегда можно понять, где данные неконсистентны, где нарушена связь, где не прошла валидация. Например, если в заказе ссылка на несуществующего пользователя, то это уже повод задуматься. В нереляционных, таких как, MongoDB, Cassandra, все по-другому. Данные хранятся более свободно, например, один документ в MongoDB может содержать один набор полей, другой документ уже другой. В одном заказе поле address может быть объектом, а в другом просто строкой. Такая гибкость хороша для разработчиков, но для тестировщика это отдельный челлендж, потому что приходится проверять не только сами данные, но и то, что система умеет обрабатывать разные варианты существования в БД одной и той же сущности. Именно поэтому тестировщику важно знать, где он работает. В реляционной БД чаще ловишь баги на уровне связей и обязательных полей. В нереляционной часто на уровне консистентности и обработки разных форматов. Например, в реляционных базах некорректный email просто не запишется, потому что сработает валидация. В нереляционных можно встретить в базе все что угодно, и это уже ответственность системы, как правильно такие данные обработать В итоге база данных - это не черный ящик, а ещё один слой проверки. И чем лучше тестировщик понимает, с какой моделью данных он работает, тем быстрее он отличит баг продукта от особенностей хранилища. Все мои проекты: TG канал по тестированию AI | Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний
Открыть канал и посмотреть медиаТолько зарегистрированные пользователи могут делиться своим мнением.
Станьте первым, кто поделится своим впечатлением об этом ресурсе!