Главная страница

Версия 3 (от 9 июля 2014 года) Подготовлен Glossary Working Party


Скачать 0.93 Mb.
НазваниеВерсия 3 (от 9 июля 2014 года) Подготовлен Glossary Working Party
Дата03.03.2023
Размер0.93 Mb.
Формат файлаpdf
Имя файлаISTQB_Glossary_Russian_v2.3.pdf
ТипДокументы
#966782
страница4 из 11
1   2   3   4   5   6   7   8   9   10   11
инструмент отладки (debugging tool): Инструмент, используемый программистами для воспроизведения отказов, исследования состояния программ и поиска соответствующего дефекта. Отладчики позволяют программистам исполнять программу пошагово для останова на любом операторе программы и для установки и проверки программных переменных.
инструмент отслеживания дефектов (defect tracking tool): Cм. инструмент управления дефектами.
инструмент отслеживания помех (bug tracking tool): См. инструмент управления дефектами.
инструмент подготовки тестовых данных (test data preparation tool): Инструмент, позволяющий осуществлять выборки данных из имеющихся баз данных, или же создавать, генерировать, обрабатывать и редактировать данные для использования в тестировании.
инструмент подсева недочетов (fault seeding tool): Инструмент для подсева (т.е., намеренной вставки) недочетов в компонент или в систему.
инструмент подсева ошибок (error seeding tool): См. инструмент подсева недочетов.
инструмент покрытия (coverage tool): Инструмент, обеспечивающий объективное измерение того, какие структурные элементы (например, операторы или ветви) были проверены наборами тестов.
инструмент проверки гиперссылок (hyperlink tool, hyperlink test tool): Инструмент, применяемый для проверки наличия на веб-сайте неверных гиперссылок.
инструмент проектирования тестов (test design tool): Инструмент, упрощающий проектирование теста при помощи генерации входных данных тестов на основе спецификаций, которые могут находиться в хранилище инструмента CASE (например, инструмент управления требованиями); тестовое условие, хранящихся в памяти самого инструмента, или же на основе кода.
F
F
ATT
ATT
ATT
F
F
F
F
F
ATA
F
ATA

23
инструмент рецензирования (review tool): Инструмент, помогающий в процессе рецензирования.
Типичными функциями являются: возможность планирования и контроля процесса рецензирования, обеспечение передачи данных, поддержка совместного рецензирования и общий репозиторий для сбора показателей и составления отчетности.
инструмент с открытым кодом (open source tool): Программный инструмент, доступный всем потенциальным пользователем в виде исходного кода, обычно через интернет. Пользователи имеют право изучать, модифицировать, улучшать и распространять этот программный продукт
(обычно на условиях, указанных в лицензии).
инструмент статического анализа (static analysis tool): См. статический анализатор.
инструмент стрессового тестирования (stress testing tool): Инструмент поддержки стрессового тестирования.
инструмент тестирования (test tool): Программный продукт, поддерживающий одну или несколько задач тестирования, таких как планирование и контроль, специфицирование, создание изначальных файлов и данных, выполнение и анализ тестов. [TMap] См. CAST.
инструмент тестирования защищенности (security testing tool): Инструмент поддержки тестирования характеристик защищенности и уязвимости.
инструмент тестирования производительности (performance testing tool): Инструмент для проведения тестирования производительности, обычно имеющий две основные функции: генерация нагрузки и измерения тестовых операций. Генерация нагрузки может имитировать множественных пользователей или же большие объемы данных. Во время выполнения, с определенных операций снимаются и протоколируются замеры времени отклика. Инструменты тестирования производительности обычно выдают отчеты на основе протокола тестирования и графики нагрузки относительно времени отклика.
инструмент управления дефектами (defect management tool): Инструмент, обеспечивающий фиксирование дефектов и изменений, а также поддержку их состояний. Часто имеет процессно- ориентированные возможности для поддержки и контроля распределения, исправления и повторной проверки дефектов, а также возможности отчетности. См. также инструмент
управления инцидентами.
инструмент управления инцидентами (incident management tool): Инструмент, который обеспечивает запись и отслеживание статуса инцидентов. Часто имеют возможности, ориентированные на технологический процесс, для записи и контроля распределения, исправления и повторного тестирования инцидентов, а также возможности отчетности. См. также инструмент управления дефектами.
инструмент
управления
конфигурацией
(configuration
management
tool):
Инструмент, обеспечивающий поддержку идентификации и контроля элементов конфигурации, их статуса в разрезе изменений и версий, а также выпуска базовых версий, состоящих из элементов конфигурации.
инструмент управления тестированием (test management tool): Инструмент, помогающий в управлении тестированием и контроле процесса тестирования. Обычно включает в себя такие функции как: управление тестовым обеспечением, планирование графика тестов,
F
F
ATM
F
ATT
F
F
F
F
ATT
EITP

24 протоколирование результатов, отслеживание прогресса, управление инцидентами и составление отчетов о тестировании.
инструмент
управления
требованиями
(requirements
management
tool):
Инструмент, обеспечивающий запись самих требований, их аттрибуты (н.р.: приоритет, ответственных сотрудников) и аннотации, и облегчающий управление изменениями и трассируемость уровней требований. Некотороые инструменты управления требованиями также предоставляют средства статического анализа, такие как проверка на непротиворечивость и на нарушения нормативов, изначально заданных в требованиях.
интеграционное тестирование (integration testing): Тестирование, выполняемое для обнаружения дефектов в интерфейсах и во взаимодействии между интегрированными компонентами или системами. См. также тестирование интеграции компонентов, системное интеграционное
тестирование.
интеграционное тестирование в малом (integration testing in the small): См. тестирование
интеграции компонентов.
интеграционное тестирование в целом (integration testing in the large): См. системное
интеграционное тестирование.
интеграционное
тестирование
окружения
(neighborhood
integration
testing):
Формат интеграционного тестирования, при котором все узлы, связанные с определенным узлом являются базисом для интеграционного тестирования.
интеграция (integration): Процесс интегрирования компонентов или систем в бОльшую структуру.
интегрированная модель зрелости процессов программного обеспечения (CMMI) (Capability
Maturity Model Integration (CMMI)): Система, описывающая ключевые элементы эффективного процесса разработки и поддержки продукта. CMMI включает в себя передовой опыт планирования, проектирования и управления разработкой и поддержкой продукта. [CMMI].
интегрированная модель зрелости тестирования (Test Maturity Model Integration): Пятиступенчатая структура совершенствования процесса тестирования, связанная с интегрированной моделью зрелости процессов программного обеспечения (CMMI) и описывающая ключевые элементы эффективного процесса тестирования.
интегрированная
среда
модульного
тестирования
(unit
test
framework):
Инструмент, предоставляющий окружение для модульного тестирования или компонентного тестирования, в котором может быть протестирован как в изоляции, так и с соответствующими заглушками и драйверами. Этот инструмент также предоставляет возможность отладки. [Graham]
инфраструктура тестирования (test infrastructure): Артефакты, необходимые для проведения тестирования, такие как тестовое окружение, инструменты тестирования, офисное окружение и процедуры.
индикатор типа Майерса-Бриггса (MBTI) (Myers-Briggs Type Indicator (MBTI)): Индикатор психологического предпочтения, представляющий различные типы личностей и стили коммуникаций людей.
ATM
EITP
F
F
ETM
ATT
F
ATM
EITP
F
F-AT

25
инцидент (incident): Любое событие, требующее исследования. [IEEE 1008]
инцидент программного обеспечения (software test incident): См. инцидент.
использование ресурсов (resource utilization): Способность использования программным продуктом соответствующего количества ресурсов определенного типа (например, объема оперативной и памяти второго уровня, размера временных файлов и т.д.) во время работы в установленных условиях. [ISO 9126] См. эффективность.
исследовательское тестирование (exploratory testing): Неформальный метод проектирования тестов, при котором тестировщик активно контролирует проектирование тестов в то время, как эти тесты выполняются, и использует полученную во время тестирования информацию для проектирования новых и улучшенных тестов. [Bach]
исход (outcome): См. результат.
исход условия (condition outcome): Приведение условия к оценке “Истина” или “Ложь”.
исчерпывающее тестирование (exhaustive testing): Методика тестирования, в которой набор тестов включает в себя все комбинации входных данных и предусловий.
итеративная модель разработки (iterative development model): Модель жизненного цикла разработки, в которой проект разделен обычно на большое количество итераций. Итерация это полный цикл разработки, завершающийся выпуском (внутренним или внешним) рабочего продукта, являющегося частью конечного разрабатываемого продукта, который разрастается от итерации к итерации.
итог теста (test outcome): См. результат.
итоговый митинг (retrospective meeting): Митинг в конце проекта, во время которого участники проекта оценивают проект и извлеченный из него опыт, который может быть использован в следующем проекте.
итоговый отчет о тестировании (test summary report): Документ, подводящий итог задачам и результатам тестирования, также содержащий оценку соответствующих объектов тестирования относительно критериев выхода. [IEEE 829]
К
карта сбалансированных показателей (balanced scorecard): Стратегический инструмент управления производительностью для измерения оперативной деятельности компании в соответствии с целями с точки зрения бизнеса и стратегии. См. корпоративная инструментальная панель,
оценочная ведомость.
карта Шухарта (Shewhart chart): См. карта управления.
категория дефекта (defect category): См. тип дефекта.
EITP
F
F
F-AT
ATA
F
F
EITP
ETM
F
ATM
F-AT

26
категория риска (risk category): См. тип рисков.
качество (quality): Степень, с которой компонент, система или процесс соответствует зафиксированным требованиям и/или ожиданиям и нуждам пользователя или заказчика. [IEEE
610]
качество данных (data quality): Аттрибут данных, показывающий их корректность согласно некоторым предопределенным критериям: бизнес-ожиданиях, требованиям по полноте данных или их непротиворечивости.
качество программного обеспечения (software quality): Сумма функциональности и технических характеристик программного продукта, отвечающих за возможность выполнения сформулированных или подразумевающихся задач. [ISO 9126]. См. также качество.
класс эквивалентности (equivalence class): См. эквивалентная область.
классификация дефектов (defect taxonomy): Иерархическая система категорий, разработанная для помощи в классификации дефектов.
классификация помех (bug taxonomy): См. классификация дефектов.
ключевой показатель производительности (key performance indicator): См. индикатор
производительности.
код (code): Компьютерные инструкции и определения данных, выраженные программным языком или в форме выходных данных сборщика, компилятора или иного транслятора. [IEEE 610]
комбинаторное тестирование (combinatorial testing): Метод, позволяющий выделить подходящую подгруппу тестовых комбинаций с целью добиться преопределенного уровня покрытия при тестировании объекта с множественными параметрами в случаях, когда эти параметры сами по себе состоят из нескольких значений, что приводит к появлению большего числа комбинаций, чем можно успеть протестировать за отведенное время. См. также метод дерева
классификации,
попарное
тестирование,
n-мерное
(переборное)
тестирование,
тестирование с использованием ортогонального массива.
компаратор (comparator): См. тестовый компаратор.
компилятор (compiler): Программное средство, переводящее программы, выраженные на языке высокого уровня, в их эквиваленты на машинном языке. [IEEE 610]
комплект тестов (test set): См. набор тестов.
компонент (component): Наименьший элемент программного обеспечения, который может быть протестирован отдельно.
компонентное тестирование (component testing): Тестирование отдельных компонентов программного обеспечения [Согласно IEEE 610].
ATA
F
F
F-AT
F
ATA

27
конечный автомат (finite state machine): Вычислительная модель, состоящая из ограниченного числа состояний и переходов между этими состояниями, возможно сопутствующими действиями.
[IEEE 610]
консультационное тестирование (consultative testing): Тестирование на основе советов и консультаций соответствующих экспертов извне команды тестирования (например, экспертов в конкретной технологии и/или предметной области).
контроль версий (version control): См. контроль конфигурации.
контроль изменений (change control): См. контроль конфигурации.
контроль качества (quality control): Рабочие методы и активности, нацеленные на выполнение требований к качеству, являющиеся частью управления качеством. [ISO 8402]
контроль конфигурации (configuration control): Элемент управления конфигурацией, состоящий из оценки, координации, утверждения или неутверждения, а также внесения изменений в элементы конфигурации после формального обоснования идентификации конфигурации. [IEEE
610]
контроль рисков (risk control): Процесс, в результате которого выносятся решения и принимаются защитные меры для уменьшения рисков до определенного уровня или поддержанию рисков в оговренных рамках.
контроль тестирования (test control): Задача управления тестированием, связанная с разработкой и применением комплекса корректирующих мер для возвращения тестирования проекта в график при выявлении отклонений от плана. См. управление тестированием.
контрольная карта (control chart): Инструмент статистического контроля процессов, использующийся для мониторинга процесса и определения, действительно ли данный процесс статистически управляем. Графически отображает среднее значение и верхнюю и нижнюю (максимальное и минимальное значения) границы процесса.
конфигурационное тестирование (configuration testing): См. тестирование переносимости.
конфигурация (configuration): Структура компонента или системы, определяемая числом, типом и взаимосвязанностью составляющих частей.
концепция (Charter): См. концепция тестирования.
концепция тестирования (Test charter): Изложение целей тестирования и, возможно, идей относительно процесса тестирования. Используется в исследовательском тестировании. См. также исследовательское тестирование.
координатор (moderator): Лидер и главное лицо, ответственное за инспекцию или иной процесс рецензирования.
коробочное программное обеспечение (Commercial Off-The-Shelf software): См. готовое
программное обеспечение.
F
ETM
ETM
F
ATM
ATM
ATA
ATT
ATM
F-AT
ATA
F
ATM
ATA
F

28
корпоративная сводная таблица (corporate dashboard): Представление данных корпоративной производительности в виде сводной таблицы. См. также карта сбалансированных
показателей, сводная таблица.
КПТ (CTP): См. критические процессы тестирования.
критерий
возобновления
тестирования
(resumption
criteria):
Критерии, определяющие возобновление всех или части работ по тестированию, которые были приостановлены.
критерии входа (entry criteria): Набор общих и специфичных условий для продолжения процесса с определенной задачей, например, фаза тестирования. Цель критериев входа - предотвращение начала задачи, которое может потребовать больше (бесполезных) усилий, чем на устранение не пройденных критериев входа. [Gilb and Graham]
критерии выхода (exit criteria): Набор общих и специфичных условий, согласованных заранее с заинтересованными сторонами, для того, чтобы процесс мог официально считаться завершенным. Цель критериев выхода - предотвращение возможности, когда задание считается завершенным, однако еще существуют отдельные незавершенные части задания.
Критерии выхода используются для отчетности, а также планирования того, когда остановить тестирование. [Gilb and Graham].
критерии завершения (completion criteria): См. критерии выхода.
критерий завершения тестирования (test completion criteria): См. критерии выхода.
критерии приёмки (acceptance criteria): Критерии выхода, которым должны соответствовать компонент или система, для того, чтобы быть принятыми пользователем, заказчиком или другим уполномоченным лицом. [IEEE 610]
критерий приостановки (suspension criteria): Условия, при выполнении которых (временно) приостановливается тестирование, полностью или частично. [IEEE 829]
критерий прохождения/непрохождения (pass/fail criteria): Правила для определения того, прошел ли элемент тестирования или свойство тест или нет. [IEEE 829]
1   2   3   4   5   6   7   8   9   10   11


написать администратору сайта