Версия 3 (от 9 июля 2014 года) Подготовлен Glossary Working Party
 Скачать 0.93 Mb.
|
|
пользовательский тест (user test): Тест, во время которого реальные пользователи включаются в процесс оценки практичности компонента или системы. пользовательское приёмочное тестирование (user acceptance testing): См. приёмочное тестирование. пользовательское тестирование на основе сценариев (user scenario testing): См. тестирование по сценариям использования. помеха (bug): См. дефект. F F F ATM EITP ETM F F-AT 42 понятность (understandability): Способность программного продукта предоставить пользователю возможность сделать вывод о пригодности продукта, и о том, каким образом данный продукт может быть использован для выполнения конкретных задач. [ISO 9126] См. также практичность. попарное интеграционное тестирование (pairwise integration testing): Вид интеграционного тестирования, нацеленного на пары компонентов, работающих совместно соответственно графу вызовов. попарное тестирование (pairwise testing): Разработка тестов методом черного ящика, в которой тестовые сценарии разрабатываются таким образом, чтобы выполнить все возможные отдельные комбинации каждой пары входных параметров. См. тестирование с использованием ортогонального массива. поставка (deliverable): Любой (рабочий) продукт, который должен быть поставлен кому-либо, отличному от автора (рабочего) проекта. пост-проектный митинг (post-project meeting): См. итоговый митинг. постусловие (postcondition): Условия окружения и состояния, которые должны быть выполнены после выполнения теста или процедуры тестирования. поток данных (data flow): Абстрактное представление последовательности и возможных изменений состояния объектов данных, при котором состояние объекта это: создание, использование либо уничтожение. [Beizer] поток управления (control flow): Последовательность событий (путей) в процессе выполнения компонента или системы. практичность (usability): Понятность, легкость в изучении и использовании и привлекательность программного продукта для пользователя при условии использовании в заданных условиях эксплуатации. [ISO 9126] предикат (predicate): Оператор, который может принимать значения "ИСТИНА" или "ЛОЖЬ" и может использрваться для определения потока управления последующей цепочки альтернатив. См. также альтернатива. предположение об ошибках (error guessing): Метод проектирования тестов, когда опыт тестировщика используется для предугадывания того, какие дефекты могут быть в тестируемом компоненте или системе в результате сделанных ошибок, а также для разработки тестов специально для их выявления. предсказанный исход (predicted outcome): См. ожидаемый результат. предтестирование (pretest): См. входной тест. предусловие (precondition): Условия окружения и состояния, которые должны быть выполнены перед началом выполнения определенного теста или процедуры тестирования. F F F ATA ATT ATA ATA 43 привлекательность (attractiveness): Способность программного продукта быть привлекательным для пользователя. [ISO 9126] См. также практичность. приёмка (acceptance): См. приёмочное тестирование. приемлемость (suitability): Способность программного продукта предоставлять подходящий функционал для определенных задач и целей конечного пользователя. [ISO 9126] См. функциональность. приёмочное тестирование (acceptance testing): Формальное тестирование по отношению к потребностям, требованиям и бизнес процессам пользователя, проводимое с целью определения соответствия системы критериям приёмки и дать возможность пользователям, заказчикам или иным авторизированым лицам определить, принимать систему или нет. [Согласно IEEE 610] приоритет (priority): Степень важности, присваеваемая объекту. Например, дефекту. приспособляемость (adaptability): Способность программного продукта быть адаптированным к различным заданным окружениям без применения действий или средств, кроме тех, которые предназначены для этих целей для данного программного продукта.[ISO 9126] См. также переносимость. причина тестирования (test objective): Причина или цель разработки и выполнения теста. причинно-следственная диаграмма (cause-effect diagram): Графическое представление, используемое для организации и отображения взаимосвязей различных возможных первопричин проблемы. Возможные причины возникновения реального или потенциального дефекта или отказа организованы в категории и подкатегории в горизонтальную древовидную структуру, с (потенциальным) дефектом или отказом в качестве корневого узла. (Согласно Juran) причинный анализ (causal analysis): Анализ дефектов для определения их первопричины. [CMMI] проблема (problem): См. дефект. проведение функционального разреза (operational profiling): Процесс разработки и реализации функционального разреза. См. также функциональный разрез. проверенный (exercised): Можно сказать, что программный элемент был проверен тестовым сценарием, если входные данные приводят к выполнению этого элемента, например, такого как оператор, альтернатива или иной структурный элемент. проверяющий (checker): См. рецензент. прогон теста (test run): Выполнение теста на определенной версии объекта тестирования. программная атака (software attack): См. атака. программное обеспечение (software): Компьютерные программы, алгоритмы и, зачастую, документация и данные, относящиеся к функционированию компьютерной системы. [IEEE 610] ATT ATA EITP EITP ETM ATM F 44 программный измеритель (program instrumenter): См. измеритель. проект (project): Уникальный набор координируемых и контролируемых задач с датами начала и окончания, предпринимаемый для достижения цели в соответствии с определенными требованиями, включающими в себя ограничения по времени, стоимости и ресурсам. [ISO 9000] проектирование теста (test design): 1. См. спецификация проектирования теста. 2. Процесс перевода общих причин тестирования в конкретные тестовые условия и тестовые сценарии. производственные приемочные испытания (factory acceptance testing): Приемочное тестирование, проводимое на стороне разработчика программного продукта и проводящееся сотрудниками компании-поставщика с целью определить, соответствует или нет компонент или система как программным, так и аппаратным требованиям. См. также альфа-тестирование. пройден (pass): Тест считается пройденным, если его фактические результаты соответствуют ожидаемым результатам. производительность (performance): Степень, с которой система или компонент выполняет заложенные в нее функции в установленных рамках на время обработки и пропускную способность. [IEEE 610] См. также эффективность. производственное приёмочное тестирование (production acceptance testing): См. эксплуатационное приемочное тестирование. простейшее сравнительное тестирование (elementary comparison testing): Разработка тестов методом черного ящика, при котором тестовые сценарии создаются для проверки комбинаций входных данных, используя концепцию модифицированного покрытия условий альтернатив. [TMap] просчет (mistake): См. ошибка. протокол прогона теста (test run log): См. протокол тестирования. протокол тестирования (test log): Хронологический протокол деталей, относящихся к выполнению тестов. [IEEE 829] протоколирование тестирования (test logging): Процесс записи информации о выполненных тестах в протокол тестирования. профилирование производительности (performance profiling): Задача анализа, то есть идентификации узких мест производительности на основе полученных метрик, и дальнейшая настройка производительности программных компонентов или систем с использованием специальных инструментов. профиль нагрузки (load profile): Характеристика нагрузки, которой тестируемая система или компонент могут подвергнуться в процессе эксплуатации. Профиль нагрузки определяется количеством виртуальных пользователей, которые выполняют определенный набор операций в F F ATM ATA F ATM 45 заданный промежуток времени в соответствии с выбранным заранее функциональным разрезом. См. также функциональный разрез. прохождение теста (test pass): См. прохождение. процедура тестирования (test procedure): См. спецификация процедуры тестирования. процент выявления дефектов (Defect Detection Percentage (DDP)): Количество дефектов, выявленных в фазе тестирования, поделенное на число дефектов, найденных в этой фазе тестирования, а также во всех последующих фазах. См. также ускользнувший дефект. процент обнаружения недочетов (Fault Detection Percentage (FDP)): См. процент выявления дефектов. процесс (process): Комплекс взаимосвязанных активностей, преобразующих входы в выходные данные. [ISO 12207] процесс систематического тестирования и оценки (Systematic Test and Evaluation Process): Структурированная методология тестирования, также использующаяся в качестве контент- ориентированной модели совершенствования процесса тестирования. В Процессе Систематического Тестирования и Оценки (ПСТО) улучшения не обязательно должны производиться в заранее определенном порядке. См. также модель на основе содержания. процесс тестирования (test process): Фундаментальный процесс тестирования охватывает планирование тестирования, анализ и дизайн тестов, внедрение и выполнение тестов, оценку достижения критериев выхода и отчетность, а также работы по завершению тестирования. псевдоотладка (bebugging): См. подсев недочетов. [Abbott] псевдослучайный (pseudo-random): Последовательность, кажущейся случайной, но на самом деле созданная на основе некоторой заранее заданной последовательности. ПСТО (STEP): См. процесс систематического тестирования и оценки. путь (path): Последовательность событий (например, исполняемых операторов) в компоненте или системе от точки входа до точки выхода. путь аудита (audit trail): Путь, по которому исходная информация на входе процесса (например, данные) может быть на основе выходных результатов процесса, принимая выходные данные процесса в качестве стартовой точки. Это облегчает анализ дефектов и позволяет провести аудит процесса. [Согласно TMap] путь потока управления (control flow path): См. путь. Р EITP ATM EITP ATM EITP F ATM 46 работоспособность (operability): Способность программного обеспечения быть доступным в использовании и управлении для пользователя. [ISO 9126] См. также практичность. рабочее окружение (operational environment): Аппаратные и программные продукты, установленные на стороне пользователя или клиента, где тестируемый компонент или система будут использоваться. Программное обеспечение может включать в себя операционную систему, СУБД и другие приложения. равноправный анализ (peer review): Рецензирование разрабатываемого программного продукта, проводящееся сотрудниками компании-разработчика с целью нахождения дефектов и внесение улучшений. Примерами рецензирования являются: инспекция, технический анализ и разбор. разбор (walkthrough): Пошаговый разбор, проводимый автором документа для сбора информации и обеспечения одинакового понимания содержания документа. [Freedman and Weinberg, IEEE 1028] См. равноправный анализ. разработка на основе тестов (test-driven development): Прием разработки программного обеспечения, при котором вначале разрабатываются тестовые сценарии, тестирование зачастую автоматизируется, и после этого разрабатывается то программное обеспечение, которое будет использовать эти тестовые сценарии. разработка на основе функционала (feature-driven development): Итеративный и инкрементальный процесс разработки на основе функциональности, определяемой и приоретизируемой клиентом. Разработка на основе функционала в основном используется в гибких методологиях разработки. См. также гибкая разработка программного обеспечения. разработка тестов методом белого ящика (white-box test design technique): Процедура разработки или выбора тестовых сценариев на основании анализа внутренней структуры компонента или системы. разработка тестов методом черного ящика (black box test design technique): Процедура создания и/или выбора тестовых сценариев, основанная на анализе функциональной или нефункциональной спецификации компонента или системы без знания внутренней структуры. расписание выполнения тестов (test execution schedule): Схема выполнения тестовых процедур. Примечание: тестовые процедуры включаются в расписание выполнения тестов, исходя из контекста тестирования и в том порядке, в котором они должны выполняться. реактивное тестирование (reactive testing): Тестирование, динамически реагирующее на тестируемую систему и полученные результаты тестирования. Обычно реактивное тестирование требует меньше времени на предварительное планирование, и фазы проектирования и выполнения тестов не начинаются до момента получения объекта тестирования. реализация теста (test implementation): Процесс разработки и расставления приоритетов процедурам тестирования, создание тестовых данных и, возможно, подготовка тестовой обвязки и написание автоматических процедур тестирования. регистратор (recorder): См. секретарь F ATA ETM ATA F ETM F F-AT ETM F ATM ATA F ATM F ATT 47 регистрация инцидентов (incident logging): Запись деталей любого инцидента, произошедшего, например, во время тестирования. регрессионное тестирование (regression testing): Тестирование уже протестированной программы, проводящееся после модификации для уверенности в том, что процесс модификации не внес или не активизировал ошибки в областях, не подвергавшихся изменениям. Проводится после изменений в коде программного продукта или его окружении. результат (result): Результат выполнения теста. Может включать все виды информации на экране, изменения в данных, отчеты, отправляемые сообщения. См. фактический результат, ожидаемый результат. результат альтернативы (decision outcome): Результат альтернативы (который, таким образом, определяет ветви, которые должны быть выбраны). результат теста (test result): См. результат. результативность (effectiveness): Способность выдавать ожидаемый результат. См. также эффективность. ретроспектива проекта (project retrospective): Организованный метод сбора полученного опыта и создания определенных планов действий для улучшения следующих проектов или фаз проекта. рецензент (reviewer): Участник рецензирования, производящий идентификацию и описание отклонений, выявленных в рецензируемом продукте или проекте. Рецензенты могут выбираться таким образом, чтобы представлять различные точки зрения и выполнять различные роли в процессе рецензирования. рецензирование (review): Оценка состояния продукта или проекта с целью установления расхождений с запланированными результатами и для выдвижения предложений по совершенствованию. Примерами рецензирования могут служить: управленческое рецензирование, неформальное рецензирование, технический анализ, инспекция и разбор. решающий фактор успеха (critical success factor): Необходимый элемент, при котором организация или проект достигнут своей миссии. Решающие факторы успеха - это факторы или действия, необходимые для достижения успеха. риск (risk): Фактор, который может привести к негативным последствиям в будущем, обычно выражается через вероятность и влияние. риск качества (quality risk): Риск, связанный с атрибутом качества. См. также атрибут качества, риск продукта. риск продукта (product risk): Риск, непосредственно связанный с объектом тестирования. См. риск. EITP ATM F F F-AT ATM ATA ATT EITP F-AT ATM F F-AT F ATM F ATM F ATM 48 риск проекта (project risk): Риск, относящийся к управлению и контролю проектом или тестированием в проекте. Например: нехватка персонала, жесткие сроки окончания, изменения требований, и т.д. См. риск. РР-путь (решение-решение) (dd-path (decision-decision)): Путь между двумя альтернативами алгоритма или двумя узлами-альтернативами соответствующего графа, не включающий в себя других альтернатив. См. также путь. руководитель инспектирования (inspection leader): См. координатор. руководитель тестирования (test manager): Человек, ответственный за управление ресурсами и работами по тестированию, а также за экспертизу тестового объекта. Направляет, контролирует, администрирует, планирует и регулирует экспертизу тестового объекта. руководство по установке (installation guide): Прилагаемые инструкции на любом носителе, которые помогают пользователю провести процесс установки. Это может быть инструкция по установке, инструкция по установке "шаг за шагом", мастер установки или любое другое описание процесса. ручная имитация работы программы (desk checking): Тестирование программного обеспечения или спецификаций посредством ручной эмуляции их исполнения на испытательном стенде. См. также статическое тестирование. С СВБР (MTBF): См. среднее время безотказной работы. свободное рецензирование (ad hoc review): См. неформальное рецензирование. |