Структурное тестирование (structural testing):

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

структурный метод разработки тестов (structural test design technique): См. разработка тестов методом белого ящика.

структурный разбор (structured walkthrough): См. разбор.

ступенчатое представление (staged representation): Структура модели, в которой достижение цели серии процессных областей устанавливает уровень зрелости. Каждый уровень является необходимым основанием для последующих уровней. [CMMI]

сценарий выполнения (test scenario): См. спецификация процедуры тестирования.

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

Т

таблица причинно-следственных решений

(cause-eect decision table): См. таблица решений.

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

таблица состояний (state table): Таблица, показывающая конечные переходы для каждого состояния вследствие каждого возможного события, как для корректных, так и для некорректных переходов.

тест (test): Набор из одного или нескольких тестовых сценариев. [IEEE 829]

тест «на дым» (smoke test): Выборка из общего числа запланированных тестовых сценариев, покрывающая основную функциональность компонента или системы. Проводится с целью удостовериться, что базовые функции программы в целом работают корректно, без углубления в детали. Ежедневная сборка и тест «на дым» являются передовыми практическими методами. См. входной тест.

тест полноты (conidence test): См. тест «на дым”.тест работоспособности (sanity test): См. тест «на дым».

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

тестирование LCSAJ (LCSAJ testing): Разработка тестов методом белого ящика, в котором тестовые сценарии разрабатываются для проверки LCSAJ.

Тестирование «сверху вниз»

(top-down testing): Инкрементальный подход к интеграционному тестированию, при котором компоненты из верхнего уровня иерархии объектов тестируются в первую очередь, с использованием заглушек вместо компонентов более низкого уровня. Протестированные компоненты используются для тестирования компонентов более низкого уровня и данный процесс повторяется до тех пор, пока не будет протестированы компоненты самого низшего уровня. См. интеграционное тестирование.

тестирование N переходов (N-switch testing): Вид тестирования таблицы переходов, при котором тестовые сценарии разрабатываются для выполнения всех правильных последовательностей N+1 переходов. [Chow]. См. тестирование таблицы переходов.

тестирование алгоритма [TMap] (algorithm test [TMap]): См. тестирование ветвей.

тестирование безопасности (saety testing): Тестирование программного продукта с целью с целью определить его безопасность.

тестирование бизнес-циклов (process cycle test): Разработка тестов методом черного ящика, при котором тестовые сценарии разрабатываются для выполнения бизнес - процедур и процессов. [TMap]. См. тестирование процессов.

тестирование в период сопровождения (maintenance testing): Тестирование изменений в действующей системе или влияния изменений в окружении на действующую систему.

тестирование в условиях эксплуатации (ield testing): См. бета-тестирование.

тестирование ветвей (branch testing): Разработка тестов методом белого ящика, при котором тестовые сценарии проектируются для выполнения ветвей.

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

тестирование возможности взаимодействия (interoperability testing): Процесс тестирования для определения возможности взаимодействия программного продукта. См. также оценка функциональности.

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

 Процесс тестирования, исследующий восстанавливаемость программного продукта. Также см. тестирование надежности.

тестирование граничных значений (boundary value testing): См. анализ граничных значений.

тестирование документации (documentation testing): 

Тестирование качества документации, например руководства пользователя или руководства по установке.

тестирование доступности (accessibility testing): 

Тестирование, которое определяет степень легкости, с которой пользователи с ограниченными способностями могут использовать систему или ее компоненты. [Gerrard]

тестирование дуг (arc testing): См. тестирование ветвей.

тестирование защищенности (security testing): 

Тестирование с целью оценить защищенность программного продукта. См. также оценка функциональности

тестирование интеграции компонентов (component integration testing): 

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

тестирование интерфейса (interace testing): Тип интеграционного тестирования, связанный с тестированием интерфейсов между компонентами или системами.

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

тестирование использования ресурсов (resource utilization testing): 

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

тестирование комбинаций условий ветвей (branch condition combination testing): 

См. покрытие множественных условий.

тестирование комбинаций условий (condition combination testing): См. тестирование

множественных условий.

тестирование масштабируемости (scalability testing): 

Тестирование с целью оценить

масштабируемость программного продукта.

тестирование методом белого ящика (white-box testing): Тестирование, основанное на анализе внутренней структуры компонента или системы.

тестирование методом конечных состояний (inite state testing): См. тестирование таблицы переходов.

тестирование методом прозрачного ящика (clear box testing): См. тестирование методом белого ящика.

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

тестирование миграции (migration testing): 

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

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

тестирование на основе процессов (process-compliant testing): Тестирование, следующее набору определенных процессов, например, сформулированных третьей стороной, такой как комитет по стандартизации. См. также тестирование на соответствие стандартам.

тестирование на основе рабочих слов (action word driven testing): См. тестирование на основе ключевых слов.

тестирование на основе сеансов (session-based testing): Подход к тестированию, в котором тестовые активности запланированы в качестве непрерывных сессий проектирования и выполнения тестов, часто используется в сочетании с исследовательским тестированием.

тестирование на основе спецификации (speciication-based testing): См. тестирование методом черного ящика.

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

тестирование на основе сценариев (scenario testing): 

См. тестирование по сценариям использования.

тестирование на основе требований (requirements-based testing): Подход к тестированию, при котором тестовые сценарии разрабатываются на основе целей и условий тестирования, вытекающих из требований; то есть тесты, проверяющие определенный функционал или оценивающие нефункциональные атрибуты системы, такие как надежность или практичность.

тестирование на базе стандартов (standards testing):

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

тестирование на соответствие стандартам (standard-compliant testing): Тестирование, сравнивающее исследуемую систему с набором требований, описанных в стандарте (производственные стандарты тестирования или, например, стандарты тестирования систем с особыми требованиями к обеспечению безопасности).

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

тестирование надежности (reliability testing): Процесс тестирования, исследующий надежность программного продукта.

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

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

тестирование определений условий (condition determination testing): См. модифицированное тестирование условия покрытия.

тестирование основанное на коде (code-based testing): См. тестирование методом белого ящика.

тестирование основанное на логике (logic-driven testing): См. тестирование методом белого ящика.

тестирование отказоустойчивости (ailover testing): 

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

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

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

тестирование по сценариям использования (use case testing): 

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

тестирование покрытия логики (logic-coverage testing): 

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

тестирование потока данных (d low testing): Разработка тестов методом белого ящика, при котором тестовые сценарии проектируются для проверки пары «определение-использование» для переменных.

тестирование потока управления (control low testing): 

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

тестирование практичности (usability testing):

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

тестирование преобразования (conversion testing): 

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

тестирование пригодности (suitability testing): Процесс тестирования для определения пригодности программного продукта.

тестирование программно-аппаратной интеграции (hardware-sotware integration testing):

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

тестирование программы (program testing): 

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

тестирование прозрачного ящика (glass box testing): 

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

тестирование производительности (perormance testing):

 Процесс тестирования с целью определить производительность программного продукта. См. тестирование эффективности.

тестирование путей (path testing): 

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

тестирование разработки (development testing):

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

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

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

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

тестирование с использованием ортогонального массива (orthogonal array testing): 

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

тестирование связей (link testing):

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

тестирование областей (partition testing): 

См. эквивалентное разбиение. [Beizer]

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

См. тестирование возможности взаимодействия.

тестирование совместного доступа (concurrency testing): 

Тестирование с целью определить, как выполнение двух или более действий в один период времени (последовательно или параллельно) обрабатывается компонентом или системой. [Согласно IEEE 610]

тестирование соответствия (compliance testing, conormance testing): 

Процесс тестирования для определения соответствия компонента или системы

тестирование сопровождаемости (maintainability testing): Процесс тестирования для определения сопровождаемости программного продукта.

тестирование таблицы переходов (state transition testing): Разработка тестов методом черного ящика, при котором сценарии тестирования строятся на основе выполнения корректных и некорректных переходов состояний. См. тестированиеN переходов.

тестирование таблицы решений (decision table testing): 

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

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

Процесс тестирования для определения точности программного обеспечения.

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

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

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

тестирование условий альтернатив (decision condition testing): 

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

тестирование устойчивости (robustness testing): Процесс тестирования, исследующий устойчивость программного продукта.

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

тестирование целостности базы данных (dbase integrity testing): 

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

тестирование целостности данных (d integrity testing): 

См. тестирование целостности базы данных.

тестирование эффективности (eiciency testing):

Процесс тестирования для установления

эффективности программного продукта.

тестирование, основанное на рисках (risk-based testing): 

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

тестирование программного интерфейса (API) (API (Application Programming

Interace) testing): Тестирование кода, обеспечивающего взаимодействие между различными процессами, программами и(или) системами. Тестирование API нередко включает в себя негативное тестирование (например, для проверки устойчивости или обработки ошибок). См. также тестирование интерфейса.

тестировение процессов

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

тестировщик (tester): Опытный специалист, принимающий участие в тестировании компонента или системы.

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

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

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

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

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

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

тестопригодные требования (testable requirements):

 Требования, выраженные в терминах, допускающих начало работы над разработкой тестов (и, впоследствии, над тестовыми сценариями) и выполнение тестов для определения соответствия заявленным требованиям. [IEEE 610]

технический анализ (technical review): Обсуждение, имеющее целью выработать единый подход к техническому процессу, и проводимое равноправными участниками. [Gilb and Graham], [IEEE 1028] См. равноправный анализ.

тип дефекта (deect type): 

Элемент систематизации дефектов. Систематизация дефектов

осуществляется на основе различных факторов, включающих в себя (но не ограничивающихся перечисленными):

1. Фаза или этап разработки, во время которого дефект был создан. Например: ошибка

2. спецификации или ошибка программирования.

3. Характеристика дефектов. Например: ошибка завышения или занижения на единицу

4. Некорректность. Например: некорректный относительный оператор, ошибка синтаксиса языка.

5. программирования, некорректное присвоение.

6. Проблемы производительности. Например: чрезмерное время выполнения, недостаточная

7. доступность.

тип отказа (ailure mode): Физическое или функциональное проявление типа отказа. Например, система в состоянии отказа может быть охарактеризирована медленным выполнением операций, неправильным выводом или полным прерыванием выполнения. [IEEE 610]

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

тип тестирования (test type): Группа процессов тестирования, направленных на тестирование компонента или системы с определенной целью, например, функциональное тестирование,

тестирование практичности, регрессионное тестирование и т.д. Один и тот же тип тестирования может встречаться в одном или нескольких уровнях тестирования или фазах тестирования. [TMap]

типовое программное обеспечение (standard sotware): См. готовое программное обеспечение.

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

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

точность (accuracy): Способность программного продукта обеспечивать правильные или

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

транзакционный анализ (анализ сделок) (transactional analysis): Анализ транзакций (сделок) между людьми и их разумом; транзакция (сделка) определяется как стимул плюс ответ. Транзакции (сделки) происходят между людьми и между эго-состояниями личностных сегментов внутри разума одного человека.