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

Другие посты @hirockits

Все посты канала →