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): Анализ транзакций (сделок) между людьми и их разумом; транзакция (сделка) определяется как стимул плюс ответ. Транзакции (сделки) происходят между людьми и между эго-состояниями личностных сегментов внутри разума одного человека.
|
|
трассируемость (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): Язык программирования, на котором пишутся автоматизированные сценарии тестирования для инструмента выполнения тестов (например, средства захвата/воспроизведения).