Глоссарий ключевых терминов

Как пользоваться этим глоссарием #

Глоссарий содержит более 70 терминов, которые встретятся на протяжении всего курса. Каждая запись включает:

• Термин — название (с аббревиатурой, если применимо)
• Определение — краткое объяснение в 1-2 предложениях
• Модуль — где термин разбирается подробно

Сохраните эту страницу в закладки. Возвращайтесь к ней, когда встретите незнакомый термин.

A #

Acceptance Testing (приёмочное тестирование) — Тестирование для определения, удовлетворяет ли система критериям приёмки; обычно выполняется заказчиком или конечным пользователем. Модуль 2

Accessibility Testing (тестирование доступности) — Проверка того, что приложение доступно людям с ограниченными возможностями (зрение, слух, моторика, когнитивные функции), обычно по стандартам WCAG. Модуль 5

Active Recall (активное вспоминание) — Техника обучения, при которой вы тестируете себя по материалу вместо пассивного перечитывания; доказано, что значительно улучшает запоминание. Модуль 0

Ad Hoc Testing — Неформальное, неструктурированное тестирование без тест-кейсов и планов, основанное на интуиции и опыте тестировщика. Модуль 2

Agile — Итеративная методология разработки ПО, которая поставляет работу маленькими инкрементами (спринтами), с акцентом на сотрудничество, гибкость и обратную связь от клиента. Модуль 1

API (Application Programming Interface) — Набор правил и протоколов, позволяющий различным приложениям взаимодействовать друг с другом. Модуль 6

Assertion (утверждение) — Оператор в тестовом коде, проверяющий, что ожидаемое условие истинно (например, «код статуса должен быть 200»). Модуль 8

Automation Framework (фреймворк автоматизации) — Структурированный набор инструментов, библиотек и соглашений для написания и запуска автоматизированных тестов (Playwright, Cypress, Selenium). Модуль 8

B #

BDD (Behavior-Driven Development) — Подход к разработке, при котором тесты пишутся на естественном языке (Given/When/Then) до реализации кода. Модуль 8

Black-Box Testing (тестирование «чёрного ящика») — Тестирование без знания внутренней структуры кода, основанное исключительно на требованиях и спецификациях. Модуль 2

Boundary Value Analysis / BVA (анализ граничных значений) — Техника тест-дизайна, фокусирующаяся на значениях на границах классов эквивалентности (минимум, максимум, чуть внутри, чуть снаружи). Модуль 3

Bug (баг, дефект) — Дефект в ПО, приводящий к поведению, отличному от ожидаемого или специфицированного. Модуль 1

Bug Report (баг-репорт) — Документ, описывающий дефект: шаги воспроизведения, ожидаемый и фактический результат, серьёзность, окружение. Модуль 4

C #

CI/CD (Continuous Integration / Continuous Delivery) — Практики, при которых изменения кода автоматически собираются, тестируются и подготавливаются к релизу, обеспечивая частые и надёжные деплои. Модуль 9

Compatibility Testing (тестирование совместимости) — Проверка корректной работы приложения в разных браузерах, на разных устройствах, ОС и разрешениях экрана. Модуль 5

Contract Testing (контрактное тестирование) — Проверка того, что два сервиса (потребитель и провайдер) могут корректно взаимодействовать на основе общего описания контракта. Модуль 6

Cross-Browser Testing (кросс-браузерное тестирование) — Тестирование приложения в нескольких браузерах для обеспечения единообразного поведения и внешнего вида. Модуль 5

Cypress — JavaScript-фреймворк для end-to-end тестирования, популярный для тестирования веб-приложений. Модуль 8

D #

Decision Table (таблица решений) — Техника тест-дизайна, которая сопоставляет комбинации условий (входов) с ожидаемыми действиями (выходами) в табличном формате. Модуль 3

Defect Lifecycle (жизненный цикл дефекта) — Стадии, через которые проходит баг от обнаружения до разрешения: Новый → Назначен → Открыт → Исправлен → Проверен → Закрыт (или Переоткрыт). Модуль 4

DevOps — Набор практик, объединяющих разработку (Dev) и эксплуатацию (Ops), для сокращения цикла разработки и непрерывной поставки обновлений. Модуль 9

E #

E2E Testing (сквозное тестирование) — Тестирование полного рабочего процесса от начала до конца, имитирующее реальное поведение пользователя через всю систему. Модуль 2

Equivalence Partitioning / EP (эквивалентное разбиение) — Техника тест-дизайна, разделяющая входные данные на группы (классы), где система должна вести себя одинаково, что сокращает количество тест-кейсов. Модуль 3

Exploratory Testing (исследовательское тестирование) — Подход, при котором тестировщик одновременно проектирует и выполняет тесты, используя свои знания и интуицию для исследования приложения. Модуль 2

F #

Flaky Test (нестабильный тест) — Автоматизированный тест, который то проходит, то падает без изменений в коде; обычно вызван проблемами тайминга, общим состоянием или внешними зависимостями. Модуль 8

Functional Testing (функциональное тестирование) — Тестирование, проверяющее, что функции приложения работают в соответствии с требованиями и спецификациями. Модуль 2

G #

Git — Распределённая система контроля версий для отслеживания изменений в исходном и тестовом коде. Модуль 9

Gray-Box Testing (тестирование «серого ящика») — Тестирование с частичным знанием внутренней структуры, сочетающее элементы black-box и white-box подходов. Модуль 2

I #

Integration Testing (интеграционное тестирование) — Тестирование взаимодействия между двумя или более компонентами/системами для проверки их совместной работы. Модуль 2

ISTQB (International Software Testing Qualifications Board) — Ведущая мировая организация, предоставляющая стандартизированные сертификации для тестировщиков ПО. Модуль 0

J #

Jenkins — Open-source сервер автоматизации, широко используемый для построения CI/CD пайплайнов автоматизированного тестирования и деплоя. Модуль 9

K #

Kanban — Agile-методология, визуализирующая работу на доске с колонками (To Do, In Progress, Done), с фокусом на непрерывный поток и ограничение WIP (работы в процессе). Модуль 1

L #

Load Testing (нагрузочное тестирование) — Тестирование производительности, имитирующее ожидаемую пользовательскую нагрузку для проверки, что система справляется с нормальным объёмом трафика. Модуль 11

Localization Testing (тестирование локализации) — Проверка корректной адаптации приложения для конкретной локали: переводы, форматы дат, валюта, культурные особенности. Модуль 5

M #

Mocking (мокирование) — Создание имитационных объектов или ответов, повторяющих поведение реальных зависимостей, что позволяет запускать тесты изолированно. Модуль 8

Monkey Testing — Случайное, незапланированное тестирование, при котором тестировщик вводит случайные данные и выполняет случайные действия для поиска неожиданных сбоев. Модуль 2

N #

Negative Testing (негативное тестирование) — Тестирование с невалидными, неожиданными или экстремальными входными данными для проверки корректной обработки ошибок. Модуль 3

Non-Functional Testing (нефункциональное тестирование) — Тестирование аспектов, не связанных с конкретными функциями: производительность, безопасность, удобство использования, надёжность, масштабируемость. Модуль 2

O #

OWASP (Open Web Application Security Project) — Некоммерческий фонд, предоставляющий бесплатные ресурсы по безопасности веб-приложений, включая OWASP Top 10 — список наиболее критичных уязвимостей. Модуль 11

P #

Page Object Model (POM) — Паттерн проектирования в автоматизации тестов, где каждая веб-страница представлена классом, инкапсулирующим элементы страницы и взаимодействия с ними. Модуль 8

Pair Testing (парное тестирование) — Два тестировщика работают вместе над одной задачей на одном рабочем месте, объединяя перспективы и знания. Модуль 2

Penetration Testing (тестирование на проникновение) — Тестирование безопасности, имитирующее реальные атаки для обнаружения уязвимостей до того, как их найдут злоумышленники. Модуль 11

Performance Testing (тестирование производительности) — Тестирование скорости, отзывчивости и стабильности системы при различных условиях (нагрузка, стресс, длительная работа). Модуль 11

Playwright — Современный фреймворк автоматизации тестирования от Microsoft, поддерживающий кросс-браузерное тестирование с механизмом auto-wait. Модуль 8

Positive Testing (позитивное тестирование) — Тестирование с валидными, ожидаемыми входными данными для проверки корректной работы системы в нормальных условиях. Модуль 3

Priority (приоритет) — Бизнес-срочность исправления дефекта, указывающая, как быстро его нужно устранить (Critical, High, Medium, Low). Модуль 4

Q #

QA (Quality Assurance) — Процессно-ориентированный подход, направленный на предотвращение дефектов через улучшение процессов разработки и тестирования. Модуль 1

QC (Quality Control) — Продуктово-ориентированный подход, направленный на выявление дефектов через тестирование, инспекцию и ревью. Модуль 1

R #

Regression Testing (регрессионное тестирование) — Повторное тестирование ранее работавшей функциональности после изменений в коде для проверки, что новые обновления ничего не сломали. Модуль 2

REST API — Архитектурный стиль веб-сервисов, использующий стандартные HTTP-методы (GET, POST, PUT, DELETE) для взаимодействия. Модуль 6

Risk-Based Testing (тестирование на основе рисков) — Подход, при котором усилия тестирования распределяются по приоритетам на основе вероятности и последствий возможных сбоев. Модуль 3

S #

Sanity Testing (санитарное тестирование) — Узкое, целенаправленное тестирование для проверки конкретного исправления или новой функции без проверки всей системы. Модуль 2

SDLC (Software Development Life Cycle) — Полный процесс планирования, создания, тестирования и развёртывания ПО, от концепции до вывода из эксплуатации. Модуль 1

Selenium — Open-source инструмент автоматизации тестирования для веб-браузеров, один из старейших и наиболее распространённых фреймворков автоматизации. Модуль 8

Severity (серьёзность) — Степень влияния дефекта на функциональность системы (Blocker, Critical, Major, Minor, Trivial). Модуль 4

Shift-Left Testing — Перенос тестирования на более ранние этапы разработки для обнаружения и исправления дефектов раньше, когда это дешевле. Модуль 1

Smoke Testing (дымовое тестирование) — Быстрая высокоуровневая проверка, что самые критичные функции работают и билд стабилен для дальнейшего тестирования. Модуль 2

Spaced Repetition (интервальное повторение) — Техника обучения с повторением материала через постепенно увеличивающиеся интервалы для укрепления долговременной памяти. Модуль 0

Sprint (спринт) — Временной отрезок в Scrum (обычно 1-4 недели), в течение которого выполняется и подготавливается к ревью определённый объём работы. Модуль 1

SQL (Structured Query Language) — Язык программирования для управления и выполнения запросов к реляционным базам данных; используется QA для прямой проверки данных. Модуль 5

State Transition Diagram (диаграмма переходов состояний) — Техника тест-дизайна, моделирующая поведение системы как состояния и переходы между ними на основе событий или условий. Модуль 3

STLC (Software Testing Life Cycle) — Последовательность фаз тестирования: анализ требований, планирование, проектирование тест-кейсов, настройка окружения, выполнение и закрытие. Модуль 1

Stress Testing (стресс-тестирование) — Тестирование производительности, при котором система нагружается сверх нормальной мощности для определения точки отказа и поведения при сбоях. Модуль 11

System Testing (системное тестирование) — Тестирование полной, интегрированной системы для проверки соответствия заданным требованиям. Модуль 2

T #

TDD (Test-Driven Development) — Подход к разработке, при котором тесты пишутся до продуктивного кода, направляя реализацию. Модуль 8

Test Case (тест-кейс) — Задокументированный набор условий, входных данных, действий и ожидаемых результатов для проверки конкретного аспекта системы. Модуль 4

Test Environment (тестовое окружение) — Конфигурация оборудования, ПО, сети и данных, используемая для выполнения тестов. Модуль 9

Test Plan (тест-план) — Документ, описывающий объём, подход, ресурсы, расписание и результаты тестирования. Модуль 4

Test Suite (тестовый набор) — Коллекция тест-кейсов, сгруппированных для выполнения; обычно организуется по функциональности, модулю или типу тестирования. Модуль 4

Traceability Matrix (матрица трассируемости) — Документ, связывающий требования с тест-кейсами, гарантируя, что каждое требование покрыто хотя бы одним тестом. Модуль 4

U #

UAT (User Acceptance Testing) — Финальная фаза тестирования, где реальные пользователи проверяют, что система соответствует их бизнес-потребностям перед релизом. Модуль 2

Unit Testing (модульное тестирование) — Тестирование отдельных компонентов или функций в изоляции; как правило, пишется разработчиками. Модуль 2

Usability Testing (тестирование удобства использования) — Оценка того, насколько легко и интуитивно конечные пользователи могут выполнять свои задачи в приложении. Модуль 5

V #

V-Model (V-модель) — Модель разработки ПО, где каждой фазе разработки соответствует фаза тестирования, с акцентом на раннее планирование тестов. Модуль 1

Verification (верификация) — Проверка, что продукт создаётся правильно в соответствии со спецификациями («Мы правильно строим продукт?»). Модуль 1

Validation (валидация) — Проверка, что создаётся правильный продукт в соответствии с потребностями пользователей («Мы строим правильный продукт?»). Модуль 1

W #

Waterfall (каскадная модель) — Последовательная модель разработки, где каждая фаза (требования, дизайн, реализация, тестирование, деплой) завершается до начала следующей. Модуль 1

White-Box Testing (тестирование «белого ящика») — Тестирование с полным знанием внутренней структуры кода: проверка путей выполнения, ветвлений и логики. Модуль 2

X #

XSS (Cross-Site Scripting) — Уязвимость безопасности, при которой злоумышленники внедряют вредоносные скрипты в веб-страницы, просматриваемые другими пользователями. Модуль 11

Шпаргалка: часто путаемые термины #

Следующие шаги #

Вы завершили Модуль 0: Ориентация. Теперь у вас есть стратегии обучения, настроенное окружение, карьерные ориентиры и база терминологии.

Пора начинать Модуль 1: Основы тестирования — именно здесь начинается ваш настоящий путь в QA. Каждый термин этого глоссария оживёт по мере прохождения курса.

Сохраните эту страницу в закладки. Вы будете возвращаться к ней часто.