Заметки тестировщика | Тестирование

Erid: 2VfnxxMzvyN TMS DoQA – доступная российская система управления тестированием без избыточного функционала для команд любого размера. Подбор TMS ставит российские компании в ситуацию «выбор без выбора» — пользоваться зарубежными аналогами для многих невозможно, а разнообразия решений на отечественном рынке недостаточно, чтобы обеспечить идеальное соотношение «функционал-качество-цена» под любой запрос В ответ на кризис мы выпустили TMS DoQA — универсальную систему управления тестированием для любых цифровых продуктов. Наши ценности — доступность, простота функций, интуитивно понятный интерфейс, отзывчивая техподдержка, а также отсутствие навязывания дополнительных фич, которыми команда не будет пользоваться. DoQA помогает решать ежедневные задачи и организовывать процессы так, чтобы не думать об их технической составляющей: ✔️ ведение и стандартизация тестовой документации; ✔️ управление командой тестирования — от распределения задач до контроля рабочего прогресса; ✔️ аналитика процессов — отслеживание циклов тестирования и результатов выполнения тестов; ✔️ визуализация отчетов по тестовым прогонам и запускам тестов; ✔️ управление рисками в тестировании — принятие решений о готовности продукта или его доработке на основе данных. TMS DoQA интегрируется с Jira, что делает работу в системе еще более эффективной. Скоро — интеграция с YouTrack! Для знакомства с сервисом дарим 30 дней бесплатного пользования по ссылке. Если вы уже работаете в другой TMS, то при переходе на DoQA мы бесплатно продлим срок действия любого годового тарифа на период, который не был использован в другой системе. 👉 Подписывайтесь на Telegram-канал DoQA, чтобы не пропускать релизы, новости и экспертные материалы о тестировании. Реклама, ООО «АйТи Тест», ИНН 7105046527

Часть 2 5. Тестирование безопасности баз данных Проверка защиты данных от несанкционированного доступа и атак. 🧩Сложность: - Проведение тестов на SQL-инъекции и другие виды атак. - Тестирование механизмов аутентификации и авторизации. - Обеспечение шифрования данных и соблюдения требований по безопасности. Пример: В медицинской системе критически важно, чтобы данные пациентов были защищены от утечек и несанкционированного доступа. 6. Тестирование репликации данных Проверка, как данные реплицируются между различными серверами базы данных для обеспечения высокой доступности и отказоустойчивости. 🧩Сложность: - Настройка и управление топологией репликации. - Обеспечение консистентности данных между мастером и репликами. - Тестирование механизмов автоматического переключения на реплику в случае сбоя мастера. Пример: В крупной социальной сети необходимо, чтобы база данных была доступна 24/7, и любые сбои автоматически компенсировались с минимальными задержками. 7. Тестирование временных рядов данных Проверка работы с временными рядами данных, которые часто используются для хранения метрик, логов и других данных, привязанных ко времени. 🧩Сложность: - Оптимизация хранения и индексирования временных рядов. - Тестирование запросов для эффективного извлечения данных за определенные периоды. - Обеспечение масштабируемости для обработки больших объемов временных данных. Пример: В системе мониторинга сети необходимо эффективно хранить и анализировать миллионы записей логов, поступающих каждую минуту. 8. Тестирование триггеров и хранимых процедур Проверка корректности выполнения триггеров и хранимых процедур, которые могут автоматически выполняться при изменении данных. 🧩Сложность: - Тестирование логики и производительности триггеров. - Обеспечение корректности транзакций при использовании хранимых процедур. - Управление сложными зависимостями между триггерами и процедурами. Пример: В финансовой системе хранимые процедуры могут автоматически рассчитывать бонусы для клиентов. Важно, чтобы эти процедуры выполнялись корректно и эффективно. Как видите, это сложный, но увлекательный процесс, который требует внимания к деталям и глубокого понимания работы с данными. Правильное тестирование может значительно повысить надежность и производительность вашей системы, а также обеспечить безопасность данных. Надеюсь, этот пост был полезен и вдохновил вас на новые достижения в тестировании! Делитесь своими историями и опытом в комментариях! И не забудьте поставить ❤️ Заметки тестировщика

🔭 Интересные и сложные случаи в тестировании с использованием баз данных Привет, друзья! Сегодня поговорим о тестировании баз данных. Это важная, но часто недооцененная часть процесса обеспечения качества программного обеспечения. Тестирование БД не ограничивается простыми операциями CRUD (создание, чтение, обновление, удаление). Оно включает множество интересных и сложных случаев, которые требуют глубокого понимания как теоретических, так и практических аспектов работы с базами данных. Давайте рассмотрим некоторые из них. Часть 1 1. Тестирование производительности при высоких нагрузках Необходимо проверить, как база данных справляется с большими объемами данных и высокой нагрузкой запросов. 🧩Сложность: - Имитация реальной нагрузки на базу данных. - Оптимизация запросов для улучшения производительности. - Определение и устранение узких мест в системе. Пример: Допустим, у вас есть интернет-магазин, который ожидает всплеск активности в Черную Пятницу. Важно убедиться, что база данных выдержит этот наплыв, иначе можно потерять клиентов и деньги. 2. Тестирование отказоустойчивости и восстановления после сбоев Проверка того, как база данных восстанавливается после сбоев, таких как сбой питания, аппаратный сбой или сетевые проблемы. 🧩Сложность: - Настройка тестовой среды для имитации различных типов сбоев. - Оценка времени восстановления и потерь данных. - Тестирование резервного копирования и восстановления данных. Пример: Вы работаете в банке, и любая потеря данных или длительное восстановление после сбоя могут привести к серьезным финансовым последствиям и потерям доверия клиентов. 3. Тестирование миграции данных Проверка корректности переноса данных между различными версиями баз данных или между разными системами управления базами данных (СУБД). 🧩Сложность: - Управление сложными схемами данных. - Обеспечение целостности данных при переносе. - Выявление несовместимостей между различными версиями СУБД. Пример: Компания решает перейти с MySQL на PostgreSQL. Необходимо убедиться, что все данные перенесены корректно, и нет потерь или искажений. 4. Тестирование целостности данных Проверка, что данные в базе данных сохраняются корректно и целостно при выполнении различных операций (вставка, обновление, удаление). 🧩Сложность: - Проверка соблюдения всех ограничений целостности (первичные и внешние ключи, уникальность и т.д.). - Тестирование транзакций и управления параллельностью. - Обеспечение правильности данных при одновременном доступе к базе данных. Пример: В системе управления запасами важно, чтобы при одновременном обновлении данных о количестве товара несколькими пользователями не возникало конфликтов и ошибок. Заметки тестировщика

Из джуна в мидла вместе с Холдингом Т1 🚀 Приглашаем QA-Load-инженеров и ручных тестировщиков в Открытые школы Т1! 🎓 Открытые школы Т1 — это новая карьерная программа для IТ-специалистов, объединяющая обучение без отрыва от работы и offer weeks. 👨‍💻 Для участия нужно иметь опыт работы от 1 года и желание присоединиться к команде Т1. ⌛️ Длительность: 1 месяц. 💻 Формат: онлайн по вечерам (от 8 часов в неделю на вебинары и практику). Лучшим назначим интервью и направим оффер! Готов к вызову? Тогда скорее подавай заявку по интересующему направлению: 🕹 Ручной тестировщик (дедлайн — 23 мая); ⚙️ QA-Load-инженер (дедлайн — 22 мая). Реклама. Информация о рекламодателе

👉🏼 Применение SQL-скриптов в тестировании 1. Подготовка тестовых данных Одной из главных задач тестировщика является подготовка тестовых данных. SQL-скрипты позволяют автоматически создавать необходимые таблицы и заполнять их данными для различных сценариев тестирования. Например, можно создать скрипт, который добавляет пользователей с разными уровнями доступа или заказы с различными статусами.

-- Создание таблицы пользователей
CREATE TABLE users (
    id INT PRIMARY KEY,
    name VARCHAR(100),
    email VARCHAR(100),
    role VARCHAR(50)
);

-- Вставка тестовых данных
INSERT INTO users (id, name, email, role) VALUES
(1, 'Alice', '[email protected]', 'admin'),
(2, 'Bob', '[email protected]', 'user'),
(3, 'Charlie', '[email protected]', 'guest');

2. Автоматизация тестирования SQL-скрипты могут использоваться для автоматизации различных аспектов тестирования. Например, можно создать скрипт для проверки корректности данных, выполнения сложных запросов или оценки производительности базы данных. Автоматизация помогает сократить время на выполнение рутинных задач и уменьшить вероятность ошибок.

-- Проверка корректности данных
SELECT * FROM users WHERE email LIKE '%@example.com';

3. Проверка производительности Для оценки производительности базы данных используются SQL-скрипты, которые выполняют сложные запросы и анализируют время их выполнения. Это помогает выявить узкие места и оптимизировать структуру базы данных или запросы.

-- Проверка производительности сложного запроса
SELECT u.name, o.order_id, o.total
FROM users u
JOIN orders o ON u.id = o.user_id
WHERE o.total > 100
ORDER BY o.total DESC;

4. Репликация багов SQL-скрипты позволяют воспроизводить ошибки, чтобы разработчики могли их проанализировать и устранить. Это особенно полезно при работе с сложными сценариями, которые трудно воспроизвести вручную.

-- Воспроизведение бага с некорректным обновлением данных
UPDATE users SET email = NULL WHERE id = 2;
-- Ожидаемый результат: Ошибка из-за ограничения NOT NULL

5. Управление транзакциями Транзакции помогают гарантировать целостность данных, особенно при выполнении нескольких взаимосвязанных операций. SQL-скрипты позволяют тестировать поведение транзакций, включая откат изменений при возникновении ошибок.

BEGIN TRANSACTION;

-- Вставка данных
INSERT INTO orders (order_id, user_id, total) VALUES (1, 1, 100);

-- Обновление данных
UPDATE users SET balance = balance - 100 WHERE id = 1;

-- Фиксация изменений
COMMIT;

Если возникает ошибка, изменения можно откатить:

BEGIN TRANSACTION;

-- Вставка данных
INSERT INTO orders (order_id, user_id, total) VALUES (2, 2, 200);

-- Обновление данных
UPDATE users SET balance = balance - 200 WHERE id = 2;

-- Откат изменений при ошибке
ROLLBACK;

Преимущества использования SQL-скриптов в тестировании Автоматизация: Сокращение времени на выполнение рутинных задач. Повторяемость: Возможность многократного воспроизведения тестовых сценариев. Точность: Уменьшение вероятности ошибок при выполнении тестов. Документирование: SQL-скрипты служат документацией для тестов, упрощая их анализ и повторное использование. Эффективность: Улучшение производительности и оптимизация работы с базой данных. Конечно, скрипты пишут не только тестировщики/QA, но и разработчики. Например, недавно мой коллега создал скрипт, позволяющий правильно слинковать сотни тысячи заявок с разрешениями по льготной корпоративной программе. Ставь реакцию, если понравилась тема ❤️ Заметки тестировщика

Что такое SQL-скрипты и как они используются в тестировании? 🤔💭 Всем привет! 🌟Вполне вероятно вы уже сталкивались с ними на практике или в теории. Но не будет лишним закрепить свои знания! Я постараюсь максимально кратко и емко. Сохраняем памятку! 📌 SQL-скрипты — это последовательность SQL-команд, сохраненных в виде файлов (с расширением .sql), которые выполняются последовательно для взаимодействия с базой данных. Эти скрипты играют ключевую роль в тестировании БД, так как позволяют автоматизировать множество процессов, обеспечивая качество и надежность данных. 👉🏼 Основные компоненты SQL-скриптов SQL-скрипты могут содержать различные команды для работы с базой данных: 1) DDL (Data Definition Language): CREATE: создание таблиц, индексов, представлений и других объектов базы данных ALTER: изменение структуры существующих объектов DROP: удаление объектов из базы данных 2) DML (Data Manipulation Language): SELECT: извлечение данных из таблиц. INSERT: вставка новых данных в таблицы UPDATE: обновление существующих данных DELETE: удаление данных 3) DCL (Data Control Language): GRANT: предоставление привилегий пользователям REVOKE: отзыв привилегий у пользователей 4) TCL (Transaction Control Language): BEGIN TRANSACTION: начало транзакции. COMMIT: фиксация изменений, сделанных в рамках транзакции ROLLBACK: отмена изменений, сделанных в рамках транзакции Заметки тестировщика

Немного настроения в середине недели! ✨ Заметки тестировщика

Работать на классной работе в айти, постоянно обучаться и развиваться  – это уже обычное дело. Но хочется еще и жить успевать, и чтобы деньги были. Если тоже мечтаешь об этом, загляни на канал Никаких багов. Автор канала – тестировщица и адепт work-life баланса. Пишет о том, как продуктивно работать и много зарабатывать, не тратя на это кучу времени и нервов. В общем, если хотите на работе кайфовать, а не страдать, читайте: Говорим про деньги на собеседовании На испытательном сроке нельзя слишком сильно стараться Не нужно работать 8 часов А сейчас Маша ходит по собеседованиям и делится впечатлениями в постах. Например, рассказала, какие технические вопросы ей задавали hr. Подписывайся, чтобы легкой походкой идти по карьерной лестнице.

Как проходят ваши праздники? 😏 Я тут наткнулась на оочень длинную, но невероятно интересную статью на хабре! Как будто собрали все вопросы мира по SQL в одном месте 😍 Забрала для себя несколько тем на перспективу, вдруг пригодятся) https://habr.com/ru/sandbox/209900/

А еще есть крутая шпаргалка, которую мне прислала коллега! 😏 Сохраняем, пользуемся и делимся с другими! С вас реакция ❤️ Заметки тестировщика