1.9Kпросмотров
24.7%от подписчиков
5 ноября 2025 г.
Score: 2.1K
Виды тестирования — простыми словами Тестирование можно делить по разным признакам. Ниже самые основные категории. 👉 По технологии ◽️Статическое тестирование — проверяем то, что не запускается: требования, документацию, код, дизайн.
Пример: QA читает ТЗ и находит противоречие в описании кнопки ещё до написания кода.
◽️Динамическое тестирование — проверяем работающую программу, наблюдая, как она ведёт себя при разных действиях.
Пример: запускаем сайт и проверяем, правильно ли считает корзина сумму заказа. 👉 По степени автоматизации ◽️Ручное тестирование — всё делает человек.
Пример: тестировщик кликает кнопки, проверяет формы, ищет баги.
◽️Автоматизированное тестирование — проверки выполняются автоматически, через скрипты и программы.
Пример: тест запускается по расписанию и проверяет, не «сломался» ли калькулятор цен после обновления.
◽️Полуавтоматизированное тестирование — часть действий делает человек, часть — автоматизирована.
Пример: тестировщик вручную подготавливает данные, а сами проверки выполняет скрипт. 👉 По уровню тестирования ◽️Модульное — проверяем отдельные кусочки кода (модули, функции).
Пример: тестируем функцию «считать скидку» отдельно от всего сайта.
◽️Интеграционное — смотрим, как модули работают вместе.
Пример: проверяем, правильно ли корзина передаёт данные оплате.
◽️Системное — тестируем готовое приложение целиком.
Пример: от логина до покупки — всё в одном сценарии. 👉 По целям тестирования ◽️Функциональное — проверяем, выполняет ли система то, что обещано.
Пример: кнопка «Оплатить» действительно переводит на страницу оплаты.
◽️Нефункциональное — оцениваем качество работы, а не функции. Примеры: 🔘Нагрузочное — выдержит ли сайт 10 000 пользователей одновременно? 🔘Стрессовое — что будет, если нагрузка в 5 раз выше обычной? 🔘Юзабилити (удобство) — легко ли пользователю разобраться в интерфейсе? 🔘Конфигурационное — работает ли сайт на разных браузерах? ◽️Связанное с изменениями — проверяем стабильность после обновлений. Примеры: 🔘Дымовое (Smoke) — быстрая проверка: вообще запускается ли система. 🔘Регрессионное — не сломалось ли что-то старое после новых правок. 🔘Санитарное (Sanity) — убедиться, что конкретный исправленный баг действительно исчез. 👉 По знанию внутренней системы ◽️Чёрный ящик — тестировщик не знает, как всё устроено внутри, проверяет только поведение.
Пример: просто вводим логин и пароль, не видя, как код их проверяет.
◽️Белый ящик — тестировщик видит код и может менять его для проверки.
Пример: тестирует разработчик, который проверяет все ветки условий внутри функции.
◽️Серый ящик — что-то между: знаем структуру системы, но тестируем как пользователь.
Пример: QA знает, как работает база данных, и подготавливает тестовые записи вручную. Хочешь, я сделаю из этого укороченную Telegram-версию с эмодзи и форматированием? Шутка!) Текст писал человек и выдумывал для вас понятные примеры 😎😁