Версия 3 (от 9 июля 2014 года) Подготовлен Glossary Working Party
 Скачать 0.93 Mb.
|
|
выполнение теста (test execution): Процесс запуска теста на исследуемом компоненте или системе, приводящий к реальным результатам. выполнимый путь (feasible path): Путь, для которого существует набор входных значений и предусловий, позволяющих ему быть выполненным. выполняемый оператор (executable statement): Оператор, который при компиляции переводится в объект кода, и который будет выполнен процедурно при выполнении программы, а также может выполнять операции над данными. выходное значение (output value): Экземпляр выходных данных. См. также выходные данные F ATM ATA 16 выходные данные (output): Переменная (хранимая внутри компонента или вне его), выданная компонентом. Г гибкая методология разработки программного обеспечения (agile software development): Группа методологий разработки программного обеспечения, основанных на итеративной поэтапной разработке, где требования и решения развиваются посредством сотрудничества между самоорганизующимися межфункциональными командами. гибкое тестирование (agile testing): Способ тестирования для проектов, использующих гибкие методологии разработки программного обеспечения, включающий такие техники и методы, как экстремальное программирование, и рассматривающий процесс разработки как потребителя процесса тестирования и делающий упор на парадигму раннего тестирования. См. также разработка на основе тестов. гиперссылка (hyperlink): Указатель на веб-странице, ведущий на другие веб-страницы. главный план тестирования (master test plan): План тестирования, обычно охватывающий несколько уровней тестирования. См. также план тестирования. горизонтальная трассируемость (horizontal traceability): Трассировка требований к уровню тестирования по отношению к уровням документации (например, план тестирования, спецификация проектирования теста, спецификация тестовых сценариев и спецификация процедуры тестирования или автоматизированный сценарий тестирования). готовое программное обеспечение (off-the-shelf software): Программное обеспечение, разработанное для широкого рынка, т.е. для большого числа клиентов, и поставляемое большинству в одинаковой конфигурации. ГПТ (TPG): см. группа процесса тестирования. граничное значение (boundary value): Входное значение или выходные данные, которое находится на грани эквивалентной области или на наименьшем расстоянии от обеих сторон грани, например, минимальное или максимальное значение области. граф вызовов (call graph): Абстрактное представление вызовов связей между подпрограммами в программе. граф потока управления (control flow graph): Абстрактное представление всех возможных последовательностей событий (путей) в процессе выполнения компонента или системы. график тестирования (test schedule): Список задач, действий или событий в процессе тестирования, определяющий даты и/или время их начала и завершения, и их взаимозависимости. группа контроля изменений (change control board): См. группа контроля конфигурации. F-AT EITP ATM EITP EITP 17 группа контроля конфигурации (configuration control board (CCB)): Группа людей, ответственных за оценку и утверждение или неутверждение предложенных изменений в элементах конфигурации, а также за обеспечение внесения предложенных изменений. [IEEE 610] группа процесса тестирования (Test Process Group): Группа специалистов (по тестированию), которые содействуют определению, техническому обслуживанию и совершенствованию процессов тестирования, используемых в организации. [Согласно CMMI] группа сортировки дефектов (defect triage committee): См. группа управления дефектами. группа управления дефектами (defect management committee): Универсальная группа представителей заинтересованных сторон, управляющая описанными дефектами с момента первоначального обнаружения до финального разрешения (устранить, отложить или закрыть дефект). В отдельных случаях этим занимается команда, являющаяся группой контроля конфигураций. См. также группа контроля конфигураций. грязное тестирование (dirty testing): См. негативное тестирование. Д действия (модель IDEAL) (acting (IDEAL)): Фаза в модели IDEAL, в рамках которой разработанные усовершенствования осуществляются и разворачиваются внутри всей организации. Фаза действий состоит из: создания решения, пилотное\тестовое решение, усовершенствование решения и выполнение решения. См. также модель IDEAL. дерево классификации (classification tree): Дерево, показывающее иерархично упорядоченные эквивалентные области, которое используется для разработки тестовых сценариев в методе дерева классификации. См. также метод дерева классификации. дефект (defect): Изъян в компоненте или системе, который может привести компонент или систему к невозможности выполнить требуемую функцию, например неверный оператор или определение данных. Дефект, обнаруженный во время выполнения, может привести к отказам компонента или системы. диагностика (модель IDEAL) (diagnosing (IDEAL)): Фаза модели IDEAL, в которой определяется текущее состояние и то, в котором хочется быть. Фаза диагностирования включает следующие действия: охарактеризовать текущее и желаемое состояния, дать рекомендаций. См. также модель IDEAL. диаграмма Иcикавы (Ishikawa diagram): См. причинно-следственная диаграмма. диаграмма причинно-следственных связей (cause-effect graph): Графическое представление входных данных и/или сигналов (причин) и связанных выходных данных (следствий), которое может быть использовано для разработки тестовых сценариев. диаграмма сгорания (burndown chart): Общедоступная диаграмма, отображающая оставшийся объем работ относительно времени итерации. Она показывает статус и тенденцию завершения задач внутри итерации. По оси X обычно отображаются дни спринта, по оси Y - оставшийся объем работ (обычно в абстрактных часах разработки или в баллах пользовательских историй). EITP EITP F ATM ATM ATM EITP EITP 18 диаграмма состояний (state diagram): Диаграмма, иллюстрирующая состояния, которые может принимать компонент или система, и показывающая ситуации или события, приводящие к переходу из одного состояния в другое. [IEEE 610] диаграмма-елочка (fishbone diagram): См. причинно-следственная диаграмма. дикий указатель (wild pointer): Указатель, указывающий к точке, находящийся вне диапазона, определенного для указателя или не существующей. См. указатель. динамический анализ (dynamic analysis): Процесс оценки поведения, например производительности памяти, загрузки ЦПУ системы или компонента во время выполнения. [IEEE 610] динамическое сравнение (dynamic comparison): Сравнение фактического и ожидаемого результатов, производимое во время работы программного обеспечения, например с помощью инструмента выполнения тестов. динамическое тестирование (dynamic testing): Тестирование, проводимое во время выполнения программного обеспечения, компонента или системы. директор по тестированию (test director): Руководитель высшего звена, управляющий руководителями тестирования. См. также руководитель тестирования. доверительный интервал (confidence interval): В управлении проектными рисками - промежуток времени, в течении которого должно быть произведены корректирующие действия, чтобы оставаться эффективными с точки зрения уменьшения влияния риска. домен (domain): Набор, из которого могут быть выбраны корректные входные и/или выходные данные. доступность (availability): Уровень готовности и доступности компонента или системы при необходимости их использования. Часто выражается в процентах. [IEEE 610] драйвер (driver): Компонент программного обеспечения или средство тестирования, которое заменяет компонент, обеспечивающий управление и/или вызов компонента или системы. [TMap] Е ежедневная сборка (daily build): Действия, в ходе которых система ежедневно (обычно ночью) компилируется и собирается целиком, так что целостная система доступна в любое время, включая все последние изменения. Ж жизненный цикл модели (lifecycle model): Разбиение жизни продукта или проекта на фазы. [CMMI] См. также жизненный цикл программного обеспечения. ETM F ATT F EITP ATM ATT 19 жизненный цикл программного обеспечения (software lifecycle): Период времени, начинающийся с момента появления концепции программного обеспечения и заканчивающийся тогда, когда дальнейшее использование программного обеспечения невозможно. Жизненный цикл программного обеспечения обычно включает в себя следующие этапы: концепт, описание требований, дизайн, реализация, тестирование, инсталляция и наладка, эксплуатация и поддержка и, иногда, этап вывода из эксплуатации. Данные фазы могут накладываться друг на друга или проводиться итерационно. З заблокированный тестовый сценарий (blocked test case): Тестовый сценарий, который не может быть выполнен вследствие невыполнения предусловий. завершение тестирования (test closure): Во время фазы завершения тестирования собираются данные обо всех завершенных процессах с целью объединения опыта, тестового обеспечения, фактов и чисел. Фаза завершения тестирования состоит из архивирования тестового обеспечения и оценки процесса тестирования, включающей в себя подготовку аналитического отчета о тестировании. См. также процесс тестирования. заглушка (stub): Минимальная или специализированная реализация программного компонента. Использующаяся для подмены компонента, от которого зависит разработка или тестование другого компонента системы. [IEEE 610] заданные входные данные (specified input): Входные данные, для которых результат описывается спецификацией. заказное программное обеспечение (bespoke software, custom software): Программное обеспечение, разработанное специально для группы пользователей или заказчиков. Противоположность - готовое программное обеспечение. заказной инструмент (custom tool): Инструментарий разработки программного обеспечения, разработанный специально для группы пользователей или заказчиков. закорачивание (short-circuiting): Методика языка программирования или интерпретатора для оценки комплексных условий, при которых одна часть логического оператора может быть опущена, если второй части достаточно для определения итогового результата. заменяемость (replaceability): Способность программного продукта к использованию его вместо другого программного продукта для тех же самых целей и в том же самом окружении [ISO 9126] См. также: переносимость. замороженный базис тестирования (frozen test basis): Документ базиса тестирования, который может быть изменён только посредством формального процесса контроля изменений. См. базовая версия. запись теста (test recording): См. протоколирование тестирования. ATM ATT ATT F-AT EITP F ATM 20 защищенность (security): Свойства программного продукта, отражающие его способность не допускать неавторизированный доступ, случайный или умышленный, к программам и данным. См. функциональность. значение цикломатической сложности (cyclomatic number): См. цикломатическая сложность. зрелость (maturity): 1. Уровень эффективности корпоративных процессов и методик конкретной организации. См. также интегрированная модель зрелости процессов программного обеспечения, интегрированная модель зрелости тестирования. 2. Возможность программного продукта избегать отказа как результата дефектов в программном обеспечении. [ISO 9126] См. также надежность. И идентификация конфигурации (configuration identification): Элемент управления конфигурацией, состоящий из выбора элементов конфигурации для системы и фиксирования их функциональных и физических характеристик в технической документации. [IEEE 610] изменяемость (changeability): Способность программного продукта быть измененным определенным образом при необходимости. [ISO 9126]. См. также сопровождаемость. измерение (measurement): Процесс присвоения числа или категории сущности для описания атрибута этой сущности. [ISO 14598] измеритель (instrumenter): Программный инструмент для оснащения средствами контроля. изоляционное тестирование (isolation testing): Тестирование отдельных компонентов в изоляции от окружающих компонентов в окружении компонентов, которые при необходимости эмулируются заглушками и драйверами. изучаемость (learnability): Способность программного продукта быть изученным пользователем для работы с этим приложением. [ISO 9126] См. также практичность. изучение (модель IDEAL) (Learning (IDEAL)): Фаза модели IDEAL, в которой учатся на опыте, улучшается способность адаптации новых процессов и технологий на будущее. Фаза инициирования включает следующие действия: анализ и валидация, предложение действий на будущее. См. также модель IDEAL. именованный тестовый сценарий (concrete test case): См. тестовый сценарий низкого уровня. имитатор (simulator): Устройство, компьютерная программа или система, используемая в тестировании, работающая или ведущая себя аналогично заданной при тех же входных данных. [IEEE 610, DO178b] См. также эмулятор. имитация (simulation): Моделирование выбранных поведенческих характеристик одной физической или теоретической системы другой системой. [ISO 2382/1] ATT ATA ATA EITP ATT 21 индикатор (indicator): Измерение, которое может быть использовано для оценки или предсказания другого измерения. [ISO 14598] индикатор производительности (performance indicator): Высокоуровневая метрика эффективности и/или производительности, использующаяся для направления и контроля прогрессивной разработки. Например, смещение сроков для разработки программного обеспечения. [CMMI] индикатор производительности тестов (test performance indicator): Высокоуровневая метрика эффективности и/или продуктивности, использующаяся для управления и контроля при поэтапной разработке тестов, например, процент выявления дефектов. инициирование (модель IDEAL) (Initiating (IDEAL)): Фаза модели IDEAL, в которой закладывается фундамент для успешных попыток по улучшению. Фаза инициирования включает следующие действия: установка контекста, построение спонсорства и устава инфраструктуры. См. также модель IDEAL. инкрементная модель разработки (incremental development model): Модель жизненного цикла разработки, в которой проект разделен на серию приращений, каждое из которых добавляет часть функциональности в общих требованиях проекта. Требования приоритизированы и внедряются в порядке приоритетов. В некоторых (но не во всех) версиях этой модели жизненного цикла каждый подпроект следует «мини V-модели» со своими собственными фазами проектирования, кодирования и тестирования. инкрементное тестирование (incremental testing): Тестирование, при котором компоненты или системы интегрируются и тестируются по одному или вместе до тех пор, пока все компоненты или системы не интегрированы и не протестированы. инспектор (inspector): См. рецензент. инспекция (inspection): Тип равноправного анализа, основанный на визуальной проверке документов для поиска ошибок. Например, нарушение стандартов разработки и несоответствие документации более высокого уровня. Наиболее формальная методика рецензирования и поэтому всегда основывается на документированной процедуре. [IEEE 610, IEEE 1028]. См. также равноправный анализ. инструмент выполнения тестов (test execution tool): Инструмент, который позволяет исполнять другое программное обеспечение с использованием автоматического сценария тестирования, например - захват/воспроизведение. [Fewster и Graham] инструмент динамического анализа (dynamic analysis tool): Инструмент, обеспечивающий информацией о состоянии кода программного обеспечения во время его выполнения. Эти инструменты наиболее часто используются для поиска пустых указателей, проверки вычислений указателя, а также для отслеживания распределения, использования и освобождения памяти и определения утечек памяти. инструмент записи/воспроизведения (record/playback tool): См. инструмент захвата/воспроизведения. инструмент захвата/воспроизведения (capture/playback tool): Инструмент выполнения тестов, в котором входная информация записывается во время ручного тестирования с целью создания автоматизированного сценария тестирования, который может быть выполнен позже (т.е., ATT F F EITP EITP F ATM EITP ATT F ATA ATT F-AT 22 повторен). Эти средства часто используют для поддержки автоматизированного регрессионного тестирования. инструмент захвата/повтора (capture/replay tool): См. инструмент захвата/воспроизведения. инструмент защиты (security tool): Инструмент, обеспечиавющий защиту приложения. инструмент измерения покрытия (coverage measurement tool): См. инструмент покрытия. инструмент моделирования (modeling tool): Инструмент, поддерживающий создание, модицикацию и верификацию моделей программного обеспечения или системы. [Graham] инструмент мониторинга (monitoring tool): См. монитор. инструмент нагрузочного тестирования (load testing tool): Инструмент для поддержки нагрузочного тестирования, способный эмулировать увеличивающуюся нагрузку (число одновременных пользователей и/или транзакций во время определенного промежутка времени). См. также инструмент тестирования производительности. |