Хочу привести выдержку наиболее встречающихся и применяющихся терминов из методички для подготовки к получению международного сертификата по тестированию программного обеспечения ISTQB "Стандартный глоссарий терминов, используемых в тестировании программного обеспечения" ( Copyright © 2014, International Software Testing Qualifications Board (далее в тексте ISTQB®).
Это довольно большой глоссарий с терминалогией для тестировщиков. И много терминов используются либо в других отраслях, либо в других странах. И на моем обучении преподаватель посоветовал в первую очередь ознакомиться с ними. В дальнейшем их нужно рассмотреть все, т.к. они, возможно потребуются для получения сертификата по ISTQB.
Анализируемость (analyzability): Способность программного продукта быть проверенным на отсутствие отказов или их причин, а также определение частей ПО, которые нужно проверить в следствии изменений. [ISO 9126] См. также сопровождаемость.
Атака (attack): Направленная и нацеленная попытка оценить качество, главным образом надежность, объекта тестирования за счет попыток вызвать определенные отказы. См. также негативное тестирование.
Атомарное условие (atomic condition): Условие, над которым невозможно провести дальнейшую декомпозицию, т.е. условие, не содержащее два или более одинарных условий, объединенных логическими оператороми (И, ИЛИ, Исключающее ИЛИ).
Аудит (audit): Независимая оценка программных продуктов или процессов с целью установления соответствия стандартам, рекомендациям, спецификациям и/или процедурам, основанным на объективных критериях, включающих документы, которые определяют: 1. форму или содержание продуктов для производства; 2. процесс, согласно которому продукты будут произведены; 3. как будет измеряться соответствие стандартам или рекомендациям. [IEEE 1028]
Базовый набор тестов (basis test set): Набор тестовых сценариев полученных на основании внутренней структуры компонента или спецификации, предназначенный для убеждения в 100% достижении заданных критериев покрытия.
Внесение недочетов (fault injection): Процесс сознательного внесения дефектов в систему с целью определить, может ли система определить дефект и, возможно, восстановиться после его обнаружения. Внесение недочетов призвано эмулировать отказы, которые могут произойти во время эксплуатации. См. также устойчивость к недочетам.
Воспроизводимость теста (test reproduceability): Атрибут теста, показывающий, что результаты теста одинаковы при каждом выполнении этого теста
Восстанавливаемость (recoverability): Способность программного продукта восстанавливать требуемый уровень работоспособности и рабочие данные, пострадавшие в результате ошибки. [ISO 9126] Также см. надежность.
Выполнение теста (test execution): Процесс запуска теста на исследуемом компоненте или системе, приводящий к реальным результатам.
Граничное значение (boundary value): Входное значение или выходные данные, которое находится на грани эквивалентной области или на наименьшем расстоянии от обеих сторон грани, например, минимальное или максимальное значение области.
Дефект (defect): Изъян в компоненте или системе, который может привести компонент или систему к невозможности выполнить требуемую функцию, например неверный оператор или определение данных. Дефект, обнаруженный во время выполнения, может привести к отказам компонента или системы.
Заблокированный тестовый сценарий (blocked test case): Тестовый сценарий, который не может быть выполнен вследствие невыполнения предусловий.
Заглушка (stub): Минимальная или специализированная реализация программного компонента. Использующаяся для подмены компонента, от которого зависит разработка или тестирование другого компонента системы. [IEEE 610]
Индикатор (indicator): Измерение, которое может быть использовано для оценки или предсказания другого измерения. [ISO 14598]
Интеграционное тестирование (integration testing): Тестирование, выполняемое для обнаружения дефектов в интерфейсах и во взаимодействии между интегрированными компонентами или системами. См. также тестирование интеграции компонентов, системное интеграционное тестирование.
Итоговый отчет о тестировании (test summary report): Документ, подводящий итог задачам и результатам тестирования, также содержащий оценку соответствующих объектов тестирования относительно критериев выхода. [IEEE 829]
Качество (quality): Степень, с которой компонент, система или процесс соответствует зафиксированным требованиям и/или ожиданиям и нуждам пользователя или заказчика. [IEEE 610]
Критичность (severity): Важность воздействия конкретного дефекта на разработку или функционирование компонента или системы. [IEEE 610]
Маскирование дефектов (defect masking): Случай, когда один дефект препятствует нахождению другого. [IEEE 610]
Метрика (metric): Шкала измерений и метод, используемый для измерений [ISO 14598]
Надежность (reliability): Способность программного продукта функционировать при заданных условиях на протяжении определенного периода времени, или для определенного количества операций. [ISO 9126]
Недостижимый путь (infeasible path): Путь, который не может быть проверен любым набором возможных входных значений.
Нефункциональное тестирование (non-functional testing): Тестирование атрибутов компонента или системы, не относящихся к функциональности, то есть надежность, эффективность, практичность, сопровождаемость и переносимость.
Нефункциональные требования (non-functional requirement): Требования, относящиеся не к функциональности, а к таким аттрибутам как надежность, эффективность, практичность, сопровождаемость и переносимость.
Отказ (failure): Отклонение компонента или системы от ожидаемого выполнения, эксплуатации или результата. [Fenton]
Отчет о дефекте (defect report): Документ, содержащий отчет о любом недостатке в компоненте или системе, который может привести компонент или систему к невозможности выполнить требуемую функцию. [IEEE 829]
Отчет о ходе тестирования (test progress report): Документ, подводящий итог задачам и результатам, составляемый с определенной периодичностью с целью сравнения прогресса тестирования с базовой версией ( например, с исходным планом тестирования) и извещения о рисках и альтернативах, требующих решения руководства.
Оценка риска (risk assessment): Процесс идентификации и последующего анализа определенного риска проекта или продукта с целью определить его уровнь. Обычно состоит из назначения рейтинга вероятности и влияния. См. также риск проекта, риск продукта, риск, влияние риска, уровень риска, вероятность риска.
Ошибка (error): Действие человека, которое приводит к неправильному результату. [IEEE 610]
План тестирования (test plan): Документ, описывающий цели, подходы, ресурсы и график запланированных тестовых активностей. Он определяет объекты тестирования, свойства для тестирования, задания, ответственных за задания, степень независимости каждого тестировщика, тестовое окружение, метод проектирования тестов, определяет используемые критерии входа и критерии выхода и причины их выбора, а также любые риски, требующие планирования на случай чрезвычайных обстоятельств. [IEEE 829]
Плотность дефектов (defect density): Количество дефектов, обнаруженных в компоненте или системе, поделенное на размер компонента или системы (выраженный в стандартных единицах измерения, например строках кода, числе классов или функций).
Покрытие (coverage): Уровень, выражаемый в процентах, на который определенный элемент покрытия был проверен набором тестов.
Предусловие (precondition): Условия окружения и состояния, которые должны быть выполнены перед началом выполнения определенного теста или процедуры тестирования.
Причина тестирования (test objective): Причина или цель разработки и выполнения теста
Проектирование теста (test design): 1. См. спецификация проектирования теста. 2. Процесс перевода общих причин тестирования в конкретные тестовые условия и тестовые сценарии.
Регрессионное тестирование (regression testing): Тестирование уже протестированной программы, проводящееся после модификации для уверенности в том, что процесс модификации не внес или не активизировал ошибки в областях, не подвергавшихся изменениям. Проводится после изменений в коде программного продукта или его окружении.
Результат (result): Результат выполнения теста. Может включать все виды информации на экране, изменения в данных, отчеты, отправляемые сообщения. См. фактический результат, ожидаемый результат.
Риск (risk): Фактор, который может привести к негативным последствиям в будущем, обычно выражается через вероятность и влияние.
Сессия тестирования (test session): Непрерывный промежуток времени, во время которого выполняются тесты. В исследовательском тестировании каждая сессия тестирования основывается на концепции тестирования, но тестировщики также могут исследовать новые возможности или проблемы во время сессии. Тестировщик создает и использует тестовый сценарий на лету и записывает динамику. См. исследовательское тестирование.
СКРАМ (SCRUM): Итерационный метод управления проектами, обычно используемый вместе с гибкими методологиями разработки программного обеспечения. См. также гибкая методология разработки программного обеспечения.
Составное условие (compound condition): Два или более одиночных условия, объединенных посредством логических операторов (И, ИЛИ, Исключающее ИЛИ), например 'A>B И C>1000'.
Спецификация (specification): Документ, описывающий (в идеале - исчерпывающе, однозначно и доступно) требования, дизайн, поведение или иные характеристики компонента или системы. Зачастую в спецификацию включаются процедуры контроля исполнения .
Стрессовое тестировение (stress testing): Вид тестирования производительности, оценивающий систему или компонент на граничных значениях рабочих нагрузок или за их пределами, или же в состоянии ограниченных ресурсов, таких как память или доступ к серверу. [IEEE 610] См. тестирование производительности, нагрузочное тестирование.
Сценарий выполнения (test scenario): См. спецификация процедуры тестирования.
Таблица состояний (state table): Таблица, показывающая конечные переходы для каждого состояния вследствие каждого возможного события, как для корректных, так и для некорректных переходов.
Тестовое обеспечение (testware): Артефакты, создаваемые во время процесса тестирования и требующиеся для планирования, разработки и выполнения тестов. Например: документация, сценарии, входы, ожидаемые результаты, процедуры установки и удаления, файлы, базы данных, окружение и любое другое дополнительное программное обеспечение или инструменты, используемые в тестировании.
Тестовое окружение (test environment): Окружение, включающее в себя аппаратное обеспечение, измерительную аппаратуру, имитаторы, программный инструментарий и прочие инструменты, необходимые для проведения теста. [IEEE 610]
Тестовое условие (test condition): Объект или событие в компоненте или системе, которое должно быть проверено одним или несколькими тестовыми наборами. Например: функция, транзакция, свойство, атрибут качества или структурный элемент.
Тестовые данные (test data): Данные, которые существуют (например, в базе данных) на начало выполнения теста и влияют на работу, или же испытывают влияние со стороны тестируемой системы или компонента.
Тестовый сценарий (test case): Набор входных значений, предусловий выполнения, ожидаемых результатов и постусловий выполнения, разработанный для определенной цели или тестового условия, таких как выполнения определенного пути программы или же для проверки соответствия определенному требованию. [IEEE 610]
Тип дефекта (defect type): Элемент систематизации дефектов. Систематизация дефектов осуществляется на основе различных факторов, включающих в себя (но не ограничивающихся перечисленными):
• Фаза или этап разработки, во время которого дефект был создан. Например: ошибка спецификации или ошибка программирования. • Характеризация дефектов. Например: ошибка завышения или занижения на единицу
• Некорректность. Например: некорректный относительный оператор, ошибка синтаксиса языка программирования, некорректное присвоение.
• Проблемы производительности. Например: чрезмерное время выполнения, недостаточная доступность.
Функциональное тестирование (functional testing): Тестирование, основанное на анализе спецификации функциональности компонента или системы. См. также тестирование методом черного ящика.
Функциональное требование (functional requirement): Требование, определяющее функцию, которую компонент или система должны выполнять. [IEEE 610]
Цикл тестирования (test cycle): Выполнение процесса тестирования для одной однозначно определяемой версии тестируемого объекта.
Эквивалентная область (equivalence partition): Часть области входных или выходных данных, для которой поведение компонента или системы, основываясь на спецификации, считается одинаковым.
Эмулятор (emulator): Устройство, компьютерная программа или система, которая принимает те же самые входные данные и выдаёт те же самые выходные данные, что и данная система
