QA Engineer
  • Введение
  • FAQ
    • Качества и навыки, которыми нужно обладать тестировщику?
    • Что должен знать и уметь Midle? Что спросят на собеседовании?
    • Как происходит процесс найма?
    • Как проходить собеседование?
    • Ошибки в работе у начинающих тестировщиков
    • Как взаимодействовать с коллегами?
  • МОДУЛЬ 1. ТЕОРИЯ ТЕСТИРОВАНИЯ
    • Общее понимание тестирования
  • Виды тестирования
    • Функциональное тестирование
    • Нефункциональное тестирование
    • Тестирование связанное с изменениями
  • Уровни тестирования
  • Методы тестирования
    • Black box testing
    • White Box Testing
    • Grey box testing
  • Тест-Дизайн
  • Тестовая документация
    • Требования
      • Тестирование требований
    • Тест-план
    • Чек-лист
    • Тест-кейс
    • Баг-репорт
  • ЗАДАНИЕ. ТЕСТ
  • МОДУЛЬ 2. API (BackEnd)
    • API. Что это?
  • Архитектуры ПО
    • Монолитная архитектура
    • Микросервисная архитектура
  • Брокеры сообщений
    • Kafka
  • Клиент-серверное взаимодействие
  • Тестирование API (BackEnd)
    • REST и SOAP
    • jRPC
    • JSON
    • XML
    • Протоколы
    • Коды состояния ответов HTTP(S)
    • Логирование (Logs)
  • Swagger
  • Postman
  • ЗАДАНИЕ. ТЕСТИРОВАНИЕ API
  • МОДУЛЬ 3. FRONTEND и WEB
    • Теория FrontEnd
    • Элементы интерфейса сайта
  • Верстка
  • Основы HTML
  • CSS
  • Сети и около них
    • Идентификация ресурсов в сети (Identifying resources on the Web)
    • Веб-сервис (WS - Web service)
    • Сокет/веб-сокет (socket/websocket)
    • Рендеринг в интернете (Rendering on the Web)
  • DevTools
    • Network
    • Application
    • Source
    • Elements
    • Console
    • Performances
  • Кроссбраузерность
  • Сетевые данные
    • Сache
    • Сookie
  • МОДУЛЬ 4. SDLC и STLC
    • Жизненный цикл разработки SDLC
    • Жизненный цикл тестирования STLC
    • Модели разработки ПО
      • «V-Model»
      • «Waterfall Model» (каскадная модель или «водопад»)
      • «Agile Model» (гибкая методология разработки)
    • Agile
    • Scrum
    • Подходы к разработке/тестированию
  • МОДУЛЬ 5. БАЗЫ ДАННЫХ.
    • Теория
    • Типы БД
      • Реляционные
      • Нереляционные
    • SQL. ОСНОВЫ
      • Работа с Select * From
      • JOIN
    • Задание
  • ALL SOFT (Ознакомление)
    • Jira и Confluence
    • SOAP UI
    • Git
    • Kibana
    • Docker
    • Jenkins
Powered by GitBook
On this page
  1. Методы тестирования

Black box testing

PreviousМетоды тестированияNextWhite Box Testing

Last updated 1 year ago

Тестирование черного ящика - это, когда мы тестируем компонент или систему, не имея информации о ее внутренней структуре. Мы работаем только с внешними интерфейсами и проверяем, соответствуют ли входные данные ожидаемым выходным результатам.

Тестирование на основе спецификации - это когда мы тестируем систему или компонент, исходя из внешних вводов и ожидаемых выводов, определенных в спецификации. Мы не вдаемся в детали реализации в исходном коде или программном обеспечении.

Functional Testing - это тип тестирования, который проверяет, соответствуют ли функции или действия системы ожидаемым требованиям или спецификациям. Мы предоставляем входные данные и сравниваем фактический результат с ожидаемым результатом.

Один из примеров черного ящика может быть автомобиль. Внешне автомобиль представляет собой сложную машину с множеством компонентов и системами, которые работают вместе, чтобы обеспечить его функциональность, но эти детали и процессы невидимы для пользователя. Пользователь может только заправить топливо, сесть за руль, включить двигатель и водить автомобиль, а остальные системы и процессы, происходящие внутри моторного отсека, скрыты от его взгляда и понимания. Пользователь видит только входные и выходные сигналы (уровень топлива, скорость автомобиля, температура салона и т. д.), но не знает, как эти сигналы обрабатываются и реагируют внутри автомобиля. Таким образом, автомобиль можно рассматривать как черный ящик, который выполняет определенные функции, но его внутренние процессы остаются неизвестными для пользователя.