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. Методы тестирования

White Box Testing

PreviousBlack box testingNextGrey box testing

Last updated 1 year ago

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

Пример белого ящика тестирования может быть следующим:

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

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

2. Разработка тест-скриптов: На основе тест-кейсов разрабатываем соответствующие тест-скрипты, которые будут выполнены при тестировании.

3. Выполнение тест-скриптов: Проводим непосредственное тестирование, используя тест-скрипты. В этом случае мы имеем доступ к исходному коду приложения, поэтому можем проверять все его внутренние механизмы, переменные, логику и т.д. К примеру, мы можем сделать запрос к базе данных для проверки, что товар был успешно добавлен в корзину.

4. Анализ результатов: После выполнения тест-скриптов анализируем результаты, чтобы определить, соответствует ли функциональность добавления товара в корзину ожиданиям и требованиям. Если есть ошибки или несоответствия, они фиксируются и передаются разработчикам для исправления.

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