Мегаобучалка Главная | О нас | Обратная связь


Поведение во времени (time behavior):



2019-05-24 262 Обсуждений (0)
Поведение во времени (time behavior): 0.00 из 5.00 0 оценок




См. производительность.

 

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

подветвь (subpath): Последовательность исполняемых операторов в коде компонента.

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

подсев ошибок (error seeding): См. подсев недочетов.

подтверждающее тестирование (conirmation testing): См. повторное тестирование.

подход к тестированию (test approach): Реализация стратегии тестирования для определенного проекта. Обычно включает в себя заключения, сделанные на основе цели (тестирования) проекта и анализе рисков, стартовые точки процесса тестирования, применяемые методики разработки тестов, критерии выхода, типы тестирования, которые должны быть произведены.

покер планирования (planning poker): Метод оценки трудозатрат, основанный на всеобщем одобрении. Обычно используется для оценки затрат или относительного объема пользовательских историй в гибких методологиях разработки программного обеспечения. Является вариантом «широкополосного предсказателя» с использованием колоды карт со значениями, представляющими число квантов, которыми оценивается работа. См. также гибкие методики разработки, широкополосный предсказатель.

покрытие (coverage): Уровень, выражаемый в процентах, на который определенный элемент покрытия был проверен набором тестов.

покрытие LCSAJ (LCSAJ coverage): Процент [LCSAJs] компонента, которые были проверены набором тестов. 100% покрытие [LCSAJ] предполагает 100% покрытие альтернатив.

покрытие N переходов (N-switch coverage): Процент последовательностей N+1 переходов, выполненных набором тестов.

покрытие альтернатив (decision coverage): Процент результатов альтернативы, который был проверен набором тестов. Стопроцентное покрытие решений подразумевает стопроцентное покрытие ветвей и стопроцентное покрытие операторов.

покрытие ветвей (branch coverage): Процент ветвей, которые были выполнены набором тестов. 100% покрытие ветвей подразумевает 100% покрытие альтернатив и 100% покрытие операторов.

покрытие граничных значений (boundary value coverage): Процент граничных значений, который был проверен набором тестов.

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

покрытие комбинаций условий (condition combination coverage): См. покрытие множественных условий.

покрытие комбинаций условий ветвей (branch condition combination coverage): См. покрытие множественных условий.

покрытие множественных условий (multiple condition coverage): Процент комбинаций всех исходов одиночных условий в рамках одного оператора, который был проверен набором тестов. Стопроцентное покрытие множественных условий означает стопроцентное модифицированное покрытие условий альтернатив.

покрытие операторов (statement coverage): Процентное отношение операторов, исполняемых набором тестов, к их общему количеству.

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

покрытие потока данных (d low coverage): Процент пар «определение-использование», который был проверен набором тестов.

покрытие путей (path coverage): Процент путей, которые были пройдены в процессе выполнения набора тестов. 100% покрытие путей обеспечивает 100% покрытие LCSAJ.

 

покрытие условий (condition coverage): Процент исходов условий, которые были проверены набором тестов. 100% покрытие условий требует, чтобы каждое отдельное условие в каждом выражении решения было проверено как «Истина» и «Ложь».

покрытие условий альтернатив (decision condition coverage): Процент всех исходов условий и покрытий альтернатив, который был проверен набором тестов. Стопроцентное покрытие условий решения подразумевает стопроцентное покрытие условий и стопроцентное покрытие альтернатив.

покрытие условий ветвей (branch condition coverage): См. покрытие условий.

покрытие эквивалентного разбиения (equivalence partition coverage): Процент эквивалентных областей, который был проверен набором тестов.

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

полное тестирование (complete testing):

См. исчерпывающее тестирование.

пользовательская история (user story):

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

См. также гибкая методология разработки программного обеспечения, требование.

пользовательский тест (user test):

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

пользовательское приёмочное тестирование (user acceptance testing): См. приёмочное тестирование.

пользовательское тестирование на основе сценариев (user scenario testing): См. тестирование по сценариям использования.

 

 

предусловие (precondition): Условия окружения и состояния, которые должны быть выполнены перед началом выполнения определенного теста или процедуры тестирования.

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

приёмка (acceptance): См. приёмочное тестирование.

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

[ISO 9126] См. функциональность.

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

приоритет (priority): Степень важности, присваиваемая объекту. Например, дефекту.

приспособляемость (adaptability):

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

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

причина тестирования (test objective): Причина или цель разработки и выполнения теста.

причинно-следственная диаграмма (cause-eect diagram): Графическое представление, используемое для организации и отображения взаимосвязей различных возможных первопричин проблемы. Возможные причины возникновения реального или потенциального дефекта или отказа организованы в категории и подкатегории в горизонтальную древовидную структуру, с (потенциальным) дефектом или отказом в качестве корневого узла.

причинный анализ (causal analysis): Анализ дефектов для определения их первопричины. [CMMI]

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

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

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

проверяющий (checker): См. рецензент.

прогон теста (test run): Выполнение теста на определенной версии объекта тестирования.

программная атака (sotware ack): См. атака.

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

программный измеритель (program instrumenter): См. измеритель.

проект (project): Уникальный набор координируемых и контролируемых задач с датами начала и окончания, предпринимаемый для достижения цели в соответствии с определенными требованиями, включающими в себя ограничения по времени, стоимости и ресурсам. [ISO 9000]

проектирование теста (test design):

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



2019-05-24 262 Обсуждений (0)
Поведение во времени (time behavior): 0.00 из 5.00 0 оценок









Обсуждение в статье: Поведение во времени (time behavior):

Обсуждений еще не было, будьте первым... ↓↓↓

Отправить сообщение

Популярное:
Генезис конфликтологии как науки в древней Греции: Для уяснения предыстории конфликтологии существенное значение имеет обращение к античной...
Личность ребенка как объект и субъект в образовательной технологии: В настоящее время в России идет становление новой системы образования, ориентированного на вхождение...
Как вы ведете себя при стрессе?: Вы можете самостоятельно управлять стрессом! Каждый из нас имеет право и возможность уменьшить его воздействие на нас...



©2015-2024 megaobuchalka.ru Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. (262)

Почему 1285321 студент выбрали МегаОбучалку...

Система поиска информации

Мобильная версия сайта

Удобная навигация

Нет шокирующей рекламы



(0.006 сек.)