Поведение во времени (time behavior):
См. производительность.
повторное тестирование (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): См. спецификация проектирования теста.
Популярное: Как построить свою речь (словесное оформление):
При подготовке публичного выступления перед оратором возникает вопрос, как лучше словесно оформить свою... Почему человек чувствует себя несчастным?: Для начала определим, что такое несчастье. Несчастьем мы будем считать психологическое состояние... Модели организации как закрытой, открытой, частично открытой системы: Закрытая система имеет жесткие фиксированные границы, ее действия относительно независимы... ©2015-2024 megaobuchalka.ru Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. (299)
|
Почему 1285321 студент выбрали МегаОбучалку... Система поиска информации Мобильная версия сайта Удобная навигация Нет шокирующей рекламы |