Конфигурационное тестирование (coniguration testing):

См. тестирование переносимости.

конфигурация (coniguration): Структура компонента или системы, определяемая числом, типом и взаимосвязанностью составляющих частей.

концепция (Charter): См. концепция тестирования.

концепция тестирования (Test charter): Изложение целей тестирования и, возможно, идей относительно процесса тестирования. Используется в исследовательском тестировании. См. также исследовательское тестирование.

координатор (moderator): Лидер и главное лицо, ответственное за инспекцию или иной процесс рецензирования.

коробочное программное обеспечение (Commercial O-The-Shel sotware): См. готовое программное обеспечение.

корпоративная сводная таблица (corporate dashboard): Представление данных корпоративной производительности в виде сводной таблицы. См. также карта сбалансированных показателей, сводная таблица.

КПТ (CTP): См. критические процессы тестирования.

критерий возобновления тестирования (resumption criteria): Критерии, определяющие возобновление всех или части работ по тестированию, которые были приостановлены.

критерии входа (entry criteria): Набор общих и специфичных условий для продолжения процесса с определенной задачей, например, фаза тестирования. Цель критериев входа — предотвращение начала задачи, которое может потребовать больше (бесполезных) усилий, чем на устранение не пройденных критериев входа.

критерии выхода (exit criteria): Набор общих и специфичных условий, согласованных заранее с заинтересованными сторонами, для того, чтобы процесс мог официально считаться завершенным. Цель критериев выхода — предотвращение возможности, когда задание считается завершенным, однако еще существуют отдельные незавершенные части задания. Критерии выхода используются для отчетности, а также планирования того, когда остановить тестирование.

критерии завершения (completion criteria): См. критерии выхода.

критерий завершения тестирования (test completion criteria): См. критерии выхода.

критерии приёмки (acceptance criteria): Критерии выхода, которым должны соответствовать компонент или система, для того, чтобы быть принятыми пользователем, заказчиком или другим уполномоченным лицом. [IEEE 610]

критерий приостановки (suspension criteria): Условия, при выполнении которых (временно) приостанавливается тестирование, полностью или частично. [IEEE 829]

критерий прохождения/непрохождения (pass/ail criteria): Правила для определения того, прошел ли элемент тестирования или свойство тест или нет. [IEEE 829]

критические процессы тестирования (Critical Testing Processes): Модель на основе содержания для улучшения процесса тестирования, построенная вокруг двенадцати критических процессов. Они включают в себя видимые процессы, по которым равноправные участники и менеджмент могут оценить компетентность и критически важные процессы, которые влияют на доходы и репутацию компании. См. также модель на основе содержания.

критичность (severity): Важность воздействия конкретного дефекта на разработку или функционирование компонента или системы. [IEEE 610]

Л

лист оценки и анализа веб-сайтов (WAMMI) (Website Analysis and MeasureMent Inventory (WAMMI)):

Основанная на опросниках методика тестирования практичности веб-сайтов для оценки качества программного обеспечения сайта с точки зрения конечного пользователя.

лист оценки практичности программного обеспечения (Sotware Usability Measurement Inventory): Методика тестирования практичности использования программного продукта с точки зрения конечного пользователя, основанная на анкетировании.

логический тестовый сценарий (logical test case): См. тестовый сценарий высокого уровня.

ложный негативный результат (alse - negative result): См. ложный отчет о пройденном тесте.

ложный отчет о непройденном тесте

(alse-ail result): Результат теста, по которому было сообщено об ошибке, хотя на самом деле дефекта в объекте тестирования нет.

ложный отчет о пройденном тесте

(alse-pass result): Результат теста, который не смог определить присутствие дефекта, реально существующего в объекте тестирования.

ложный позитивный результат (alse-positive result): 

См. ложный отчет о непройденном тесте.

локальное стороннее тестирование (insourced testing): 

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

М

манифест Agile (agile maniesto):

 См. Манифест гибкой методологии.

манифест гибкой методологии (agile maniesto):

 Заявление о ценностях, которые подкрепляют гибкую методологию разработки программного обеспечения.

Эти ценности:

• Личности и взаимодействия важнее, чем процессы и инструменты.

• Работающее программное обеспечение важнее, чем полная документация.

• Сотрудничество с заказчиком важнее, чем контрактные обязательства.

• Реакция на изменения важнее, чем следование плану.

манифест совершенствования процесса тестирования (test process improvement maniesto):

Документ, являющийся эхом манифеста Agile и определяющий список ключевых моментов для совершенствования процесса тестирования:

• Гибкость или подробные процессы.

• Лучшие практики или шаблонам.

• Ориентация на развертывание или на процесс.

• Совместный разбор или обеспечение качества (отделы).

• Бизнес ориентация или ориентация на моделирование. 

маскирование дефектов (deect masking): Случай, когда один дефект препятствует нахождению другого. [IEEE 610]

маскирование недочетов (ault masking): 

См. маскирование дефектов.

мастер установки (installation wizard): Программное обеспечение на любом носителе, которое помогает пользователю провести процесс установки. Обычно мастер выполняет процесс установки, информирует о результате установки и даёт возможность выбора вариантов установки.

масштабируемость (scalability): Способность программного продукта к модернизации с целью удовлетворения возрастающей нагрузки.

матрица RACI (RACI matrix): Матрица, описывающая участие различных ролей в выполнении задачи или поставки в проекте или процессе. Крайне полезна при определении ролей и ответственностей. RACI — англоязычный акроним от четырех наиболее часто использующихся ключевых зон ответственности: Responsible (Ответственность), Accountable (Измеряемость),Consulted (Согласованность), Inormed

(Информированность).

мера (measure): Число или категория, присвоенная атрибуту сущности путем проведения измерения. [ISO 14598]

мертвый код (dead code): См. недостижимый код.

метод белого ящика (white-box technique): 

См. разработка тестов методом белого ящика.

метод выполнения тестов (test execution technique): 

Метод, выбранный для фактического выполнения тестов — ручной или автоматизированный.

метод дерева классификации (classiication tree method): 

Разработка тестов методом черного ящика, в которой тестовые сценарии, описанные средствами дерева классификации, разрабатываются для проверки комбинаций выборок входных и/или выходных подмножеств.

метод оценки качества на основании цены

(value-based quality): Вид оценки качества, где качество определяется ценой. Качественный продукт (или услуга) — тот (или та), которая обеспечивает

метод разработки тестов на основе спецификации (speciication-based test design technique): 

См. разработка тестов методом черного ящика.

метод разработки тестовых сценариев (test case design technique): 

См. метод проектирования тестов.

метод тестирования (test technique): 

См. метод проектирования тестов.

метод тестирования «большой взрыв» (big-bang testing): Вид подхода к интеграционному тестированию, при котором элементы программного или аппаратного обеспечения, или и то и другое, собираются в компонент или в целую систему сразу, а не по этапам. [Согласно IEEE 610] См. также интеграционное тестирование.

метод черного ящика (black box technique): 

См. разработка тестов методом черного ящика.

методика на основе дефектов (deect-based technique): См. методика создания тестовых сценариев на основе дефектов.

методика на основе опыта (experience-based technique): См. методика создания тестов на основе опыта.

методика на основе структуры (structure-based technique): См. разработка тестов методом белого ящика.

методика проектирования функциональных тестов (unctional test design technique): Процедура для получения и/или выбора тестовых сценариев, основанная на анализе спецификации функциональности компонента или системы без ссылки на внутреннюю структуру. См. также разработка тестов методом черного ящика.

методика создания тестов на основе опыта (experience-based test design technique): Процедура получения и/или выбора тестовых сценариев, основанная на опыте, знаниях и интуиции тестировщика.

методика создания тестовых сценариев на основе дефектов (deect-based test design technique): Процедура получения и/или выбора тестовых сценариев, ориентированных на одну или более категорию дефектов, с разработкой тестов исходя из знаний об определенной категории дефектов. См. также классификация дефектов.

методическое тестирование (methodical testing): Тестирование, основанное на стандартных наборах тестов. Например: стандарты качества, наборы обобщенных тестов или контрольные списки.

методология S.M.A.R.T. (S.M.A.R.T. goal methodology): Методология, в которой цели определены специальным образом, в отличии от обощенных. SMART — англоязычный акроним, полученный из пяти атрибутов цели, которой необходимо достичь: Speciic (конкретность), Measurable (измеряемость), ainable (достижимость), Relevant (соответствие) и Timely(своевременность).

метрика (metric): Шкала измерений и метод, используемый для измерений [ISO 14598]

метрика покрытия Чау (Chow ‘ s coverage metrics): См. покрытие N переходов. 

метрика сходимости (convergence metric): Метрика, показывающая прогресс относительно определенных критериев, например сходимость общего числа выполненных тестов к числу тестов, запланированных к выполнению.

миссия тестирования (test mission): Цели тестирования, сформулированные для организации. Обычно официально оформляется как часть политики тестирования.

См. также политика тестирования.

множественное условие (multiple condition): См. составное условие.

модель IDEAL (IDEAL): Модель организации совершенствования, которая представляется в виде проекта для инициирования, планирования и выполнения действий по улучшению. Модель IDEAL названа по названиям пяти фаз, которые ее описывают: инициирование (initiating), диагностика (diagnosing), созидание (establishing), действия (acting), и изучение (learning) анализа влияния: оценка изменений по уровням документации и компонентов для реализации данных изменений в определенных требованиях.

модель зрелости (maturity model): Структурированный набор элементов, которые описывают некоторые аспекты зрелости в организации, и помогают в определении и понимании процессов организации. Модель зрелости часто предоставляет общий язык, общее видение и основы для определения приоритетности действий по совершенствованию.

модель качества ЕФМК (EQM excellence model): Модель качества ЕФМК (Европейский Фонд менеджмента качества): «нестрогий» фреймворк для организации системы управления качеством, описанная и созданная Европейским фондом менеджмента качества, основанная на пяти «Разрешающих» критериях (охватывающих, что организация делает) и четырех «Результирующих» критериях (охватывающих, что организация достигает).

модель на основе содержания (content-based model):

Модель процесса, предоставляющая детальное описание хороших практик разработки, например, тестирования и т.д.

модель процесса (process model): Среда, в которой процессы одного типа группируются в общую модель. Например, модель совершенствования тестирования.

модель роста надежности (reliability growth model): 

Модель, показывающая рост надежности во время тестирования компонента или системы, вызванный исправлением дефектов, вызывавших отказы.

модифицированное покрытие множественных условий (modiied multiple condition coverage): 

См.модифицированное покрытие условий альтернатив.

модифицированное покрытие условия альтернативы (modiied condition decision coverage):

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

модифицированное тестирование множественных условий (modiied multiple condition testing): 

См.модифицированное тестирование условия покрытия.

модифицированное тестирование условия покрытия (modiied condition decision testing): Техника разработки тестов методом белого ящика, при которой тестовые сценарии разрабатываются для выполнения единичного исхода условия, независимо влияющего на исход альтернативы.

модуль (module, unit): См. компонент.

модульное тестирование (module testing, unit testing): См. компонентное тестирование.

монитор (monitor): Программный инструмент или аппаратное устройство, запущенное параллельно с тестируемым компонентом или системой и осуществляющее наблюдение, запись и/или анализ поведения этого компонента или системы. [IEEE 610]

мониторинг тестирования (test monitoring): Задача управления тестированием, связанная с периодической проверкой статуса тестирования проекта. Составляемые отчеты содержат сравнение реального и запланированного состояний. См.управление тестированием.

Н

набор сценариев тестирования (test case suite): См. набор тестов.

набор тестов (test suite): Комплект тестовых наборов для исследуемого компонента или системы, в котором обычно постусловие одного теста используется в качестве предусловия для последующего.

нагрузочное тестирование (load testing): Вид тестирования производительности, проводимый с целью оценить поведение компонента или системы под увеличивающейся нагрузкой (число одновременно работающих пользователей и/или число транзакций) для определения максимально допустимого уровня нагрузки для исследуемого компонента или системы. См. также тестирование производительности, стрессовое тестирование.

нагрузочный тест (load test): Тип тестирования производительности, проводимый с целью оценки поведения компонента или системы при возрастающей нагрузке, например количестве параллельных пользователей и/или операций, а также определения какую нагрузку может выдержать компонент или система. См. также тестирование производительности, стрессовое тестирование.

надежность (reliability): Способность программного продукта функционировать при заданных условиях на протяжении определенного периода времени, или для определенного количества операций. [ISO 9126]

не пройденный (ail): Тест считается не пройденным, если фактический результат не соответствует ожидаемому результату.

негативное тестирование (negative testing): 

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

недостижимый код (unreachable code): Код, который не может быть достигнут и исполнен.

недостижимый путь (ineasible path): Путь, который не может быть проверен любым набором возможных входных значений.

недочет (ault): См. дефект.

независимость тестирования (independence o testing): 

Разделение ответственностей, которое позволяет выполнять объективное тестирование.

непрерывное представление (continuous representation):

 Структура модели зрелости процессов программного обеспечения, в которой уровни зрелости предусматривают рекомендуемый порядок применения подходов к совершенствованию процессов в заданных областях процессов.

непрохождение теста (test ail): См. не пройденный.

несоответствие (non-conormity): Невыполнение определенного требования. [ISO 9000]

неформальное рецензирование (inormal review): 

Рецензирование, которое не основано на формальной (документированной) процедуре.

нефункциональное тестирование (nonunctional testing): 

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

нефункциональные требования (nonunctional requirement):

Требования, относящиеся не к функциональности, а к таким аттрибутам как надежность, эффективность, практичность, сопровождаемость и переносимость.

нефункциональный метод разработки тестов

(nonunctional test design techniques): Процедура разработки или выбора тестовых сценариев для нефункционального тестирования, основанная на анализе спецификации компонента или системы в отрыве от его внутренней структуры. См. разработка тестов методом черного ящика.

нормативное тестирование (regulation testing): 

См. тестирование соответствия.

О

область входных значений (input domain): Набор, из которого могут быть выбраны верные значения. См. также домен.

область выходных данных (output domain): Множество, из которого могут быть выбраны допустимые выходные значения. См. также домен.

обработка исключений (exception handling): Поведение компонента или системы в случае неправильных входных данных, введенных человеком или от другого компонента или системы, либо из-за внутреннего отказа.

общее управление качеством

(Total Quality Management):

Общеорганизационный подход к управлению, сосредоточенный на качестве, основанный на вовлечении всех сотрудников организации и направленный на долгосрочный успех посредством удовлетворенности клиентов, и выгоды для всех членов организации и общества. Общее управление качеством включает планирование, организацию, руководство, контроль и проверку удовлетворенности. [ISO 8402]

объект тестирования (test object): Компонент или система, которые должны быть протестированы. См. элемент тестирования.

объемное тестирование (volume testing): Тестирование, при котором система испытывается на больших объемах данных. См. тестирование использования ресурсов.

ожидаемый исход (expected outcome):

См. ожидаемый результат.

ожидаемый результат (expected result):

Поведение компонента или системы при установленных условиях, которое определенно спецификацией или другими источниками.

оператор (statement): Сущность языка программирования, обычно являющаяся минимальным неделимым исполняемым блоком.

оператор исходного кода (source statement):

См. оператор.

определение данных (d deinition): Выполняемый оператор, где переменной присваивается значение.

определение рисков (risk identiication): Процесс идентификации рисков с использованием таких методик как мозговой штурм, контрольные списки и история отказов.

оракул (oracle): См. тестовый предсказатель.

ортогональный массив (orthogonal array): Двумерный массив, построенный со специальными математическими свойствами такими, что при выборе двух любых столбцов массива, каждому члену массива соответствует пара комбинаций.

оснащение средствами контроля (instrumentation): Вставка дополнительного кода в программу для сбора информации о поведении программы во время выполнения. Например, для измерения покрытия кода.

отказ (ailure): Отклонение компонента или системы от ожидаемого выполнения, эксплуатации или результата.

отклонение (deviation): Cм. инцидент.

отладка (debugging): Процесс поиска, анализа, и устранения причин отказов в программном обеспечении.

отладчик (debugger): См. инструмент отладки.

отображение причинно-следственных связей (cause-eect graphing): Разработка тестов методом черного ящика, при котором тестовые сценарии разрабатываются на основе диаграмм причинно-следственных связей.

отчет о дефекте (deect report): Документ, содержащий отчет о любом недостатке в компоненте или системе, который может привести компонент или систему к невозможности выполнить требуемую функцию. [IEEE 829]

отчет о передаче элемента тестирования (test item transmittal report): См. сопроводительная записка.

отчет о помехе (bug report): См. отчет о дефекте.

отчет о проблеме (problem report): См. отчет о дефекте.

отчет о тестировании (test report):

См. итоговый отчет о тестировании.

отчет о ходе тестирования (test progress report): Документ, подводящий итог задачам и результатам, составляемый с определенной периодичностью с целью сравнения прогресса тестирования с базовой версией (например, с исходным планом тестирования) и извещения о рисках и альтернативах, требующих решения руководства.

отчет об отклонении (deviation report):

Cм. отчет по инциденту.

отчет об оценке (assessment report): Документ, суммирующий результаты оценки, например, заключения, рекомендации и полученные данные.

См. также оценка процесса.

отчет по инциденту (incident report):

Документ, описывающий событие, которое произошло,

например, во время тестирования, и которое необходимо исследовать. [ IEEE 829]

отчет по инциденту программного обеспечения (sotware test incident report): См. отчет по инциденту.

ОУК (TQM): См. общее управление качеством.

оценка (evaluation): См. тестирование.

оценка затрат на тестирование (test estimation): Рассчитанная аппроксимация результатов, связанных с различными аспектами тестирования (например, затраченные усилия, дата завершения, связанные затраты, число тестовых сценариев, и т.д.), результаты которой могут использоваться даже когда входные данные неполные, неопределенные или неточные.

оценка по трем точкам (three point estimation): Метод оценки затрат на тестирование с использованием трех значений для «лучшего случая», «худшего случая», «наиболее вероятного случая» при работе с оцениваемой сущностью с целью вывести уровень определенности, связанный с результирующей оценкой.

оценка процесса (process assessment): Упорядоченная оценка организации процесса разработки ПО на основе к эталонной модели. [ISO 15504]

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

оценка функциональности (unctionality testing):

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

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

оценочная таблица (scorecard): См. оценочная ведомость.

ошибка (error): Действие человека, которое приводит к неправильному результату. [IEEE 610]

П

память (storage): См. использование ресурсов.

пара «определение-использование» (deinition-use pair): Ассоциация определений переменных и их последующего использования. Переменные используются, например, для вычислений (например, умножение) или указания пути выполнения (в качестве предиката).

парное программирование (pair programming): Подход к разработке программного обеспечения, при котором код (при разработке или тестировании) пишется двумя программистами за одним компьютером. По сути это подразумевает непрекращающиеся рецензии кода.

парное тестирование (pair testing): Два человека (двое тестировщиков, разработчик и тестировщик, или конечный пользователь и тестировщик), работающих вместе над поиском дефектов. Обычно они работают за одним компьютером, в течение работы, передавая управление друг другу.

первопричина (root cause): Источник дефекта, при удалении которого частота подобных дефектов сокращается, или же подобные дефекты исчезают полностью.