Logo
TGCATALOG
Каталог Подборки Блог
TestGrow - тестирование ПО

TestGrow - тестирование ПО

Канал платформы по тестированию ПО. Материалы для тестировщиков.

Нет оценок
343
26.10.2026
343
26.10.2026
Нет оценок
343
26.10.2026
Безопасный переход через бот
О канале

Канал платформы по тестированию ПО. Материалы для тестировщиков.

Подписчиков 5,246
Тематика Технологии
Язык Русский
Ссылка t.me/QAtestgrow

Также рекомендуем

Kekaton AI | Озвучка и клон голоса
Kekaton AI | Озвучка и клон голоса
Бот

AI бот для озвучки текста и клонирования голоса в Telegram. Создавай аудио с помощью нейросети быстро и просто.

Описание

Ресурс платформы TestGrow по тестированию софта. Полезные материалы и советы для QA специалистов.

Последние посты

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

Отзывы о канале TestGrow - тестирование ПО

Авторизуйтесь, чтобы оставить отзыв

Только зарегистрированные пользователи могут делиться своим мнением.

Пока нет отзывов

Станьте первым, кто поделится своим впечатлением об этом ресурсе!

Похожие ресурсы

Loading
Переход на светлую тему
Главная Каталог Подборки Блог Вход