Версия 3 (от 9 июля 2014 года) Подготовлен Glossary Working Party
 Скачать 0.93 Mb.
|
|
критические процессы тестирования (Critical Testing Processes): Модель на основе содержания для улучшения процесса тестирования, построенная вокруг двенадцати критических процессов. Они включают в себя видимые процессы, по которым равноправные участники и менеджмент могут оценить компетентность и критически важные процессы, которые влияют на доходы и репутацию компании. См. также модель на основе содержания. критичность (severity): Важность воздействия конкретного дефекта на разработку или функционирование компонента или системы. [IEEE 610] Л лист оценки и анализа веб-сайтов (WAMMI) (Website Analysis and MeasureMent Inventory (WAMMI)): Основанная на опросниках методика тестирования практичности веб-сайтов для оценки качества программного обеспечения сайта с точки зрения конечного пользователя. EITP ATM EITP ATM EITP F F ATM ATA ATM ATA F-AT EITP 29 лист оценки практичности программного обеспечения (Software Usability Measurement Inventory): Методика тестирования практичности использования программного продукта с точки зрения конечного пользователя, основанная на анкетировании. [Veenendaal04] логический тестовый сценарий (logical test case): См. тестовый сценарий высокого уровня. ложный негативный результат (false-negative result): См. ложный отчет о пройденном тесте. ложный отчет о непройденном тесте (false-fail result): Результат теста, по которому было сообщено об ошибке, хотя на самом деле дефекта в объекте тестирования нет. ложный отчет о пройденном тесте (false-pass result): Результат теста, который не смог определить присутствие дефекта, реально существующего в объекте тестирования. ложный позитивный результат (false-positive result): См. ложный отчет о непройденном тесте. локальное стороннее тестирование (insourced testing): Тестирование, производимое людьми, находящимися в одном месте с командой разработки, но не являющимися сотрудниками одной компании. М манифест Agile (agile manifesto): См. Манифест гибкой методологии. манифест гибкой методологии (agile manifesto): Заявление о ценностях, которые подкрепляют гибкую методологию разработки программного обеспечения. Эти ценности: Личности и взаимодействия важнее, чем процессы и инструменты Работающее программное обеспечение важнее, чем полная документация Сотрудничество с заказчиком важнее, чем контрактные обязательства Реакция на изменения важнее, чем следование плану манифест совершенствования процесса тестирования (test process improvement manifesto): Документ, являющийся эхом манифеста Agile и определяющий список ключевых моментов для совершенствования процесса тестирования: Гибкость или подробные процессы Лучшие практики или шаблонам Ориентация на развертывание или на процесс Совместный разбор или обеспечение качества (отделы) Бизнес ориентация или ориентация на моделирование. [Veenendaal08] маскирование дефектов (defect masking): Случай, когда один дефект препятствует нахождению другого. [IEEE 610] маскирование недочетов (fault masking): См. маскирование дефектов. мастер установки (installation wizard): Программное обеспечение на любом носителе, которое помогает пользователю провести процесс установки. Обычно мастер выполняет процесс ATM ATM ATA ATM ATM ATA EITP F-AT F-AT 30 установки, информирует о результате установки и даёт возможность выбора вариантов установки. масштабируемость (scalability): Способность программного продукта к модернизации с целью удовлетворения возрастающей нагрузки. [Gerrard] матрица трассировки (traceability matrix): См. матрица трассируемосыти. матрица трассируемости (traceability matrix): Двумерная таблица, описывающая связь двух сущностей (например, требований и тестовых сценариев). Таблица позволяет производить прямую и обратную трассировку от одной сущности к другой, обеспечивая таким образом возможность определения покрытия и оценки влияния предполагаемых изменений. матрица RACI (RACI matrix): Матрица, описывающая участие различных ролей в выполнении задачи или поставки в проекте или процессе. Крайне полезна при определении ролей и ответственностей. RACI - англоязычный акроним от четырех наиболее часто использующихся ключевых зон ответственности: Responsible (Ответственность), Accountable (Измеряемость), Consulted (Согласованость), Informed (Информированность). мера (measure): Число или категория, присвоенная атрибуту сущности путем проведения измерения. [ISO 14598] мертвый код (dead code): Cм. недостижимый код. метод белого ящика (white-box technique): См. разработка тестов методом белого ящика. метод выполнения тестов (test execution technique): Метод, выбранный для фактического выполнения тестов - ручной или автоматизированный. метод дерева классификации (classification tree method): Разработка тестов методом черного ящика, в которой тестовые сценарии, описанные средствами дерева классификации, разрабатываются для проверки комбинаций выборок входных и/или выходных подмножеств. [Grochtmann] См. также комбинаторное тестирование. метод оценки качества на основании цены (value-based quality): Вид оценки качества, где качество определяется ценой. Качественный продукт (или услуга) – тот (или та), которая обеспечивает желаемую производительность по приемлемой стоимости. Качество определяется с помощью процесса принятия решений заинтересованными сторонами путем компромисса между временем, усилиями и финансовыми аспектами. [Согласно Гарвин] См. также метод оценки качества на основе производства, метод оценки качества на основе продукта, метод оценки качества на трансцендентной основе, метод оценки качества с точки зрения пользователя. метод оценки качества на основе продукта (product-based quality): Взгляд на качество, при котором качество основывается на четко определенном наборе атрибутов качества. Эти атрибуты должны быть объективно измеряемы и представимы в численном виде. Различия в качестве продуктов одного типа могут быть трассируемы к конкретным методам реализации атрибутов качества. [Garvin] См. также метод оценки качества на основе производства, атрибут качества, метод оценки качества на трансцендентной основе, метод оценки качества с точки зрения пользователя, метод оценки качества на основании цены. ATA EITP EITP ETM EITP 31 метод оценки качества на основе производства (manufacturing-based quality): Вид качества, в котором качество продукта или услуги измеряется степенью соответствия предполагаемому дизайну и требованиям. Качество возникает в результате использования процесса (ов). [Согласно Гарвин] См. также метод оценки качества на основании цены, метод оценки качества на основе продукта, метод оценки качества на трансцендентной основе, метод оценки качества с точки зрения пользователя. метод оценки качества на трансцендентной основе (transcendent-based quality): Вид оценки качества, в котором качество не может быть точно определено, но мы знаем о его присутствии, когда мы видим его, либо знаем о его отсутствии, когда оно отсутствует. Качество зависит от восприятия и эмоциональных чувств лица или группы лиц по отношению к продукту. [Согласно Гарвин] См. также метод оценки качества на основе производства, метод оценки качества на основе продукта, метод оценки качества с точки зрения пользователя, метод оценки качества на основании цены. метод оценки качества с точки зрения пользователя (user-based quality): Вид оценки качества, в котором качество определяется как способность удовлетворять потребности, желания и нужды пользователя (ей). Пользователи вряд ли будут использовать продукт или услугу, которая не выполняет их потребности. Это зависит от контекста, так называемый условный подход к качеству, потому что различные деловые характеристики требуют различный уровень качества продукта. [Согласно Гарвин] См. также метод оценки качества на основе производства, метод оценки качества на основе продукта, метод оценки качества на трансцендентной основе, метод оценки качества на основании цены. метод проектирования тестов (test design technique): Методика, используемая для создания и/или выбора тестовых сценариев. метод разработки спецификаций теста (test specification technique): См. метод проектирования тестов. метод разработки тестов на основе спецификации (specification-based technique): См. разработка тестов методом черного ящика. метод разработки тестов на основе спецификации (specification-based test design technique): См. разработка тестов методом черного ящика. метод разработки тестовых сценариев (test case design technique): См. метод проектирования тестов. метод тестирования (test technique): См. метод проектирования тестов. метод тестирования "большой взрыв" (big-bang testing): Вид подхода к интеграционному тестированию, при котором элементы программного или аппаратного обеспечения, или и то и другое, собираются в компонент или в целую систему сразу, а не по этапам. [Согласно IEEE 610] См. также интеграционное тестирование. метод черного ящика (black box technique): См. разработка тестов методом черного ящика. EITP ATA F EITP EITP 32 методика на основе дефектов (defect-based technique): См. методика создания тестовых сценариев на основе дефектов. методика на основе опыта (experience-based technique): См. методика создания тестов на основе опыта. методика на основе структуры (structure-based technique): См. разработка тестов методом белого ящика. методика проектирования функциональных тестов (functional test design technique): Процедура для получения и/или выбора тестовых сценариев, основыванная на анализе спецификации функциональности компонента или системы без ссылки на внутреннюю структуру. См. также разработка тестов методом черного ящика. методика создания тестов на основе опыта (experience-based test design technique): Процедура получения и/или выбора тестовых сценариев, основанная на опыте, знаниях и интуиции тестировщика. методика создания тестовых сценариев на основе дефектов (defect-based test design technique): Процедура получения и/или выбора тестовых сценариев, ориентированных на одну или более категорию дефектов, с разработкой тестов исходя из знаний об определенного типа дефектов. См. также классификация дефектов. s методическое тестирование (methodical testing): Тестирование, основанное на стандартных наборах тестов. Например: стандарты качества, наборы обобщенных тестов или контрольные списки. методология S.M.A.R.T. (S.M.A.R.T. goal methodology): Методология, в которой цели определены специальным образом, в отличии от обощенных. SMART - англоязычный акроним, полученный из пяти атрибутов цели, которой необходимо достичь: Specific (конкретность), Measurable (измеряемость), Attainable (достижимость), Relevant (соответствие) и Timely (своевременность). метрика (metric): Шкала измерений и метод, используемый для измерений [ISO 14598] метрика покрытия Чау (Chow's coverage metrics): См. покрытие N переходов. [Chow] метрика сходимости (convergence metric): Метрика, показывающая прогресс относительно определенных критериев, например сходимость общего числа выполненных тестов к числу тестов, запланированных к выполнению. миссия тестирования (test mission): Цели тестирования, сформулированные для организации. Обычно официально оформляется как часть политики тестирования. См. также политика тестирования. множественное условие (multiple condition): См. составное условие. модель IDEAL (IDEAL): Модель организации совершенствования, которая представляется в виде проекта для инициирования, планирования и выполнения действий по улучшению. Модель IDEAL названа по названиям пяти фаз, которые ее описывают: инициирование (initiating), диагностика (diagnosing), созидание (establishing), действия (acting), и изучение (learning) ETM ATA ATA EITP ATA F ATA EITP F EITP ETM ATT ETM 33 анализа влияния: оценка изменений по уровням документации и компонентов для реализации данных изменений в определенных требованиях. модель зрелости (maturity model): Структурированный набор элементов, которые описывают некоторые аспекты зрелости в организации, и помогают в определении и понимании процессов организации. Модель зрелости часто предоставляет общий язык, общее видение и основы для определения приоритетности действий по совершенствованию. модель качества ЕФМК (EFQM excellence model): Модель качества ЕФМК (Европейский Фонд менеджмента качества): «нестрогий» фреймворк для организации системы управления качеством, описанная и созданная Европейским фондом менеджмента качества, основанная на пяти "Разрешающих" критериях (охватывающих, что организация делает) и четырех “Результирующих” критериях (охватывающих, что организация достигает). модель на основе содержания (content-based model): Модель процесса, предоставляющая детальное описание хороших практик разработки, например, тестирования и т.д. модель процесса (process model): Среда, в которой процессы одного типа группируются в общую модель. Например, модель совершенствования тестирования. модель роста надежности (reliability growth model): Модель, показывающая рост надежности во время тестирования компонента или системы, вызванный исправлением дефектов, вызывавших отказы. модель связанная с процессом (process reference model): Модель процесса, описывающая базовый блок передового опыта и пошаговых рекомендаций по улучшению процесса. модель связанная с содержанием (content reference model): См. модель на основе содержания. модифицированное покрытие множественных условий (modified multiple condition coverage): См. модифицированное покрытие условий альтернатив. модифицированное покрытие условия альтернативы (modified condition decision coverage): Процент всех единичных исходов условий, независимо влияющих на исход альтернативы, которые были выполнены набором сценариев тестирования. 100% модифицированного покрытие условий альтернатив подразумевает 100% покрытия условий альтернатив. модифицированное тестирование множественных условий (modified multiple condition testing): См. модифицированное тестирование условия покрытия. модифицированное тестирование условия покрытия (modified condition decision testing): Техника разработки тестов методом белого ящика, при которой тестовые сценарии разрабатываются для выполнения единичного исхода условия, независимо влияющего на исход альтернативы. модуль (module, unit): См. компонент. модульное тестирование (module testing, unit testing): См. компонентное тестирование. EITP EITP EITP ATT 34 монитор (monitor): Программный инструмент или аппаратное устройство, запущенное параллельно с тестируемым компонентом или системой и осуществляющее наблюдение, запись и/или анализ поведения этого компонента или системы. [IEEE 610] мониторинг тестирования (test monitoring): Задача управления тестированием, связанная с периодической проверкой статуса тестирования проекта. Составляемые отчеты содержат сравнение реального и запланированного состояний. См. управление тестированием. Н набор сценариев тестирования (test case suite): См. набор тестов. набор тестов (test suite): Комплект тестовых наборов для исследуемого компонента или системы, в котором обычно постусловие одного теста используется в качестве предусловия для последующего. нагрузочное тестирование (load testing): Вид тестирования производительности, проводимый с целью оценить поведение компонента или системы под увеличивающейся нагрузкой (число одновременно работающих пользователей и/или число транзакций) для определения максимально допустимого уровня нагрузки для исследуемого компонента или системы. См. также тестирование производительности, стрессовое тестировение. нагрузочный тест (load test): Тип тестирования производительности, проводимый с целью оценки поведения компонента или системы при возрастающей нагрузке, например количестве параллельных пользователей и/или операций, а также определения какую нагрузку может выдержать компонент или система. См. также тестирование производительности, стрессовое тестировение. надежность (reliability): Способность программного продукта функционировать при заданных условиях на протяжении определенного периода времени, или для определенного количества операций. [ISO 9126] не пройденный (fail): Тест считается не пройденным, если фактический результат не соответствует ожидаемому результату. негативное тестирование (negative testing): Тестирование, нацеленное на демонстрацию того, что система или компонент не работают. Негативное тестирование относится в большей степени к позиции тестировщика, нежели к определенному подходу к тестированию или метод проектирования тестов, например - тестирование с некорректными входными значениями или тестирование обработки исключений. недостижимый код (unreachable code): Код, который не может быть достигнут и исполнен. |