Трассируемость (traceability):

Способность идентифицировать связанные объекты в документации и программном обеспечении, например, требования со связанными с ними тестами. См. горизонтальная трассируемость, вертикальная трассируемость.

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

требования возобновления (resumption requirements): Определенный комплекс тестовых мероприятий, который должен быть повторен при возобновлении тестирования после приостановки. [IEEE 829]

У

указатель (pointer): Объект, описывающий местонахождение другого объекта. Например, объект, определяющий адрес следующей записи о сотруднике в очереди обработки. [IEEE 610]

управление дефектами (deect management): Процесс распознавания, исследования, принятия действий и устранения дефектов. Он включает в себя фиксирование дефектов, их классификацию и выявления последствий. [IEEE 1044]

управление изменениями (change management):

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

• контролируемый путь воздействия на результат или предполагаемые изменения продукта или услуги.

уровень целостности программного продукта (sotware integrity level): Уровень, на котором программный продукт соответствует набору определенных на основе пожеланий заказчика программных и/или производных от программных характеристик (программная сложность, оценка рисков, уровень безопасности, уровень защищенности, желаемая производительность, надежность или стоимость, и т.д.), призванных отразить важность программного продукта для заказчика.

уровневый план тестирования (level test plan): План тестирования, обычно относящийся к одному уровню тестирования. См. также план тестирования.

условие (condition): Логическое выражение, которое может принимать значения Истина или Ложь, например A>B. См. такжетестирование условий.

условие ветви (branch condition): См. условие.

усовершенствование процессов (process improvement): 

Программа действий, нацеленная на улучшение производительности и зрелости организационных процессов, и результат такой программы. [CMMI]

устанавливаемость (installability): 

Способность программного обеспечения быть установленным в определенном окружении. [ISO 9126].

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

установочное тестирование (installability testing):

Процесс тестирования устанавливаемости программного продукта. См. также тестирование переносимости.

устойчивость (robustness): Уровень, до которого компонент или система может функционировать корректно при наличии некорректных входных данных или функционирования в стрессовых условиях. [IEEE 610] См. также устойчивость к ошибкам, устойчивость к недочетам.

устойчивость к ошибкам (error tolerance): Способность системы или компонента продолжать нормально функционировать, несмотря на присутствие неправильных входных данных. [IEEE 610]

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

утечка памяти (memory leak): Отказ доступа к памяти, вызванный дефектом в программной логике выделения динамической памяти, являющийся причиной невозможности освободить выделенную память после того, как программа закончила ее использовать, и в конечном счете

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

учет статусов (status accounting): Составная часть управления конфигурациями, заключающаяся в сохранении и предоставлении отчетов по информации, необходимой для эффективного управления конфигурациями. Эта информация включает в себя перечень утвержденных идентификаторов конфигурации, статусы предложенных изменений конфигурации, и статусы реализации утвержденных изменений. [IEEE 610] 

Х

характеристики качества программного обеспечения (sotwarequality characteristic): См. атрибуты качества.

характеристики программного обеспечения (sotware product characteristic): См. атрибуты качества.

Ц

ЦВМ (GQM): См. Цель-Вопрос-Метрика.

целостность (consistency): Уровень однородности, стандартизированности и отсутствия

противоречивости в документах или частях компонента или системы. [IEEE 610]

цель тестирования (test target): Набор критериев выхода.

Цель-Вопрос-Метрика (Goal Question Metric): Подход к измерению программного обеспечения с использованием трехуровневой модели:

• концептуальный уровень (цель);

• оперативный уровень(вопрос);

• количественный уровень (метрика).

цикл Деминга (Deming cycle): Итеративный процесс решения проблемы, состоящий из 4х пунктов: планирование, выполнение, проверка, корректировка. Обычно используется при улучшении процессов [по Демингу].

цикл тестирования (test cycle): Выполнение процесса тестирования для одной однозначно определяемой версии тестируемого объекта.

цикломатическая сложность (cyclomatic complexity): 

Число независимых линейных путей в программе. Цикломатическая сложность может быть рассчитана как: L —N + 2P, где L — число ребер/связей графа;

N — число вершин графа;

P — число несвязанных частей графа (например, граф вызова или подпрограмма). [McCabe]

Ш

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

шкала измерений (measurement scale): Шкала, ограничивающая тип анализа данных, который может быть осуществлен над ней. [ISO 14598]

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

Э

эвристическая оценка (heuristic evaluation): Статический анализ практичности, нацеленный на выявления проблем практичности интерфейса пользователя или его дизайна. При этой методике рецензенты изучают интерфейс и оценивают его соответствие признанным принципам практичности («эвристика»).

эквивалентная область (equivalence partition): Часть области входных или выходных данных, для которой поведение компонента или системы, основываясь на спецификации, считается одинаковым.

эквивалентное разбиение (equivalence partitioning):

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

которой тестовые сценарии создаются для проверки элементов эквивалентной области. Как

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

эксперт по оценке (assessor): Человек, который проводит оценку; любой представитель группы оценки.

эксплуатационное приемочное тестирование (operational acceptance testing): 

Эксплуатационное тестирование в фазе приемочного тестирования, обычно выполняемое пользователем и/или сотрудниками с администраторским доступом, в рабочей среде (возможно, симулированой), фокусируясь на функциональных аспектах. Например, восстанавливаемость, поведение ресурсов, устанавливаемость и техническое соответствие. См. также эксплуатационное тестирование.

эксплуатационное тестирование (operational testing): 

Тестирование, проводимое для оценки компонента или системы в его рабочем окружении. [IEEE 610]

экстремальное программирование (extreme programming (XP)): 

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

элемент конфигурации (coniguration item): 

Сочетание аппаратного и/или программного обеспечения, предназначенное для управления конфигурацией и рассматриваемое как отдельный объект процесса управления конфигурацией. [IEEE 610]

элемент покрытия (coverage item): 

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

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

эмоциональный интеллект (emotional intelligence):

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

эмулятор (emulator): Устройство, компьютерная программа или система, которая принимает те же самые входные данные и выдаёт те же самые выходные данные, что и данная система [IEEE 610]. См. также имитатор.

эталонный тест (benchmark test):

1. стандарт, согласно которому может производиться измерение или сравнение.

2. тест, который может использоваться для сравнения компонентов или систем друг с другом или на соответствие стандарту, указанному в (1). [Согласно IEEE 610]

этап требований (requirements phase): Период в жизненном цикле программного обеспечения, в течении которого определяются и документируются требования к программному продукту. [IEEE 610]

эффект зондирования (probe eect): Эффект, который оказывает измеряющий инструмент (например, инструмент тестирования производительности или монитор) на измеряемую систему. Для примера: производительность может быть несколько хуже в момент использования инструмента тестирования производительности.

эффективность (eiciency):

• Способность программного обеспечения обеспечивать необходимую производительность, относительно количества ресурсов используемых при установленных условиях. [ISO 9126]

• Способность процесса обеспечивать ожидаемый результат относительно количества используемых ресурсов.

Я

язык описания сценариев (scripting language): Язык программирования, на котором пишутся автоматизированные сценарии тестирования для инструмента выполнения тестов (например, средства захвата/воспроизведения).