и посмотреть медиа
TestGrow - software testing
и посмотреть медиа
Channel of the software testing platform. Materials for testers.
Channel of the software testing platform. Materials for testers.
AI bot for text-to-speech and voice cloning in Telegram. Create audio using neural network quickly and easily.
Resource of the TestGrow platform for software testing. Useful materials and tips for QA specialists.
БАЗЫ ДАННЫХ ДЛЯ ТЕСТИРОВЩИКА: РЕЛЯЦИОННЫЕ И НЕРЕЛЯЦИОННЫЕ Очень часто у тестировщиков ввиду особенностей работы компании нет доступа до базы данных, при это именно база данных часто может подсказать, что с продуктом что-то не так. И сегодня хочу поговорить про базовое различие между реляционными и нереляционными БД. В реляционных базах, таких как PostgreSQL, MySQL, всё строится вокруг таблиц и связей. Данные строго структурированы, например, у пользователя есть ID, у заказа есть внешний ключ на этого пользователя, у товара какие-то обязательные поля. Работать с табличными (реляционными) данными на самом деле удобно, всегда можно понять, где данные неконсистентны, где нарушена связь, где не прошла валидация. Например, если в заказе ссылка на несуществующего пользователя, то это уже повод задуматься. В нереляционных, таких как, MongoDB, Cassandra, все по-другому. Данные хранятся более свободно, например, один документ в MongoDB может содержать один набор полей, другой документ уже другой. В одном заказе поле address может быть объектом, а в другом просто строкой. Такая гибкость хороша для разработчиков, но для тестировщика это отдельный челлендж, потому что приходится проверять не только сами данные, но и то, что система умеет обрабатывать разные варианты существования в БД одной и той же сущности. Именно поэтому тестировщику важно знать, где он работает. В реляционной БД чаще ловишь баги на уровне связей и обязательных полей. В нереляционной часто на уровне консистентности и обработки разных форматов. Например, в реляционных базах некорректный email просто не запишется, потому что сработает валидация. В нереляционных можно встретить в базе все что угодно, и это уже ответственность системы, как правильно такие данные обработать В итоге база данных - это не черный ящик, а ещё один слой проверки. И чем лучше тестировщик понимает, с какой моделью данных он работает, тем быстрее он отличит баг продукта от особенностей хранилища. Все мои проекты: TG канал по тестированию AI | Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний
Открыть канал и посмотреть медиаOnly registered users can share their opinion.
Be the first to share your impression of this resource!