Версия 3 (от 9 июля 2014 года) Подготовлен Glossary Working Party
 Скачать 0.93 Mb.
|
|
свободное тестирование (ad hoc testing): Тестирование, выполняемое неформально; без формальной подготовки тестов, формальных методов проектирования тестов, определения ожидаемых результатов и руководства по выполнению тестирования. сводная таблица (dashboard): Представление динамических измерений операционной производительности организации или активности, используя метрики, в виде метафор, например, циферблата или счетчиков, и других механизмов, похожих на приборную доску автомобиля, так, чтобы события или действия могли быть легко поняты и связаны с операционными целями. См. также корпоративная сводная таблица, оценочная ведомость. свойство (feature): Атрибут компонента или системы, который определён или подразумевается в документации требований (например, надежность, практичность или ограничения проекта). [IEEE 1008] свойство программного обеспечения (software feature): См. свойство. СВР (MTTR): См. среднее время ремонта. СДР (WBS): См. структурная декомпозиция работ. ETM F ATM F 49 секретарь (scribe): Человек, записывающий в протоколе каждый упомянутый дефект или улучшение, во время собрания, посвященного рецензирования. Секретарь должен обеспечить разборчивость и понятность протокола собрания. сертификация (certification): Процесс подтверждения того, что компонент, система или лицо отвечает предъявляемым требованиями, например, посредством сдачи экзамена. сессия тестирования (test session): Непрерывный промежуток времени, во время которого выполняются тесты. В исследовательском тестировании каждая сессия тестирования основывается на концепции тестирования, но тестировщики также могут исследовать новые возможности или проблемы во время сессии. Тестировщик создает и использует тестовый сценарий на лету и записывает динамику. См. исследовательское тестирование. синтаксическое тестирование (syntax testing): Разработка тестов методом черного ящика, в которой тестовые сценарии строятся на основе области определения входящих и/или выходных значений. система (system): Совокупность компонентов, объединенная для выполнения определенной функции или набора функций. [IEEE 610] система с особыми требованиями к обеспечению безопасности (safety critical system): Система, сбой или некорректная работа которой может привести к человеческой гибели или ущербу здоровью, бизнесу, программам, собственности или окружающей среде. система систем (system of systems): Многокомпонентные распределенные системы, работающие в компьютерных сети в разных уровней и в разных доменах, объединяемые общей базой знаний и ориентированные на решение глобальных междисциплинарных проблем и целей, обычно не имеющие общей управленческой структуры. системное интеграционное тестирование (system integration testing): Тестирование интеграции систем и пакетов программ, тестирование интерфейсов связи с внешними системами (интернет и т.д.). системное тестирование (system testing): Процесс тестирования системы в целом с целью проверки того, что она соответствует установленным требованиям. [Hetzel] СКРАМ (SCRUM): Итерационный метод управления проектами, обычно используемый вместе с гибкими методологиями разработки программного обеспечения. См. также гибкая методология разработки программного обеспечения. сложность (complexity): Уровень, на котором компонент или система спроектированы и/или имеют внутреннюю структуру сложную для понимая, поддержки и проверки. См. также цикломатическая сложность. смягчение рисков (risk mitigation): См. контроль рисков. F ATM ATA ATT F EITP F 50 совершенствование процесса разработки (Software Process Improvement): Программа мероприятий, направленных на улучшение производительности и зрелости корпоративных процессов разработки и результаты этой программы. [Согласно CMMI] созависимое поведение (codependent behavior): Чрезмерная эмоциональная или психологическая зависимость от другого человека, особенно в попытке изменить текущее (нежелательное) поведение этого человека и в то же время поддержка такого поведения. Например, в тестировании ПО жалобы на позднюю передачу продукта на тестирование, но при этом любовь к необходимому «героизму» - дополнительным рабочим часам для компенсации времени поздней передачи, подкрепляя тем самым задержку. созидание (модель IDEAL) (establishing (IDEAL)): Фаза модели IDEAL, в которой планируется специфика того, как организация достигнет задуманного. Созидательная фаза состоит из следующий действий: расстановка приоритетов, разработка подхода а планирование действий. См. также модель IDEAL. соответствие (compliance): Способность программного продукта соответствовать стандартам, соглашениям или правилам законодательства и другим подобным предписаниям. [ISO 9126] сопроводительная записка (release note): Документ, идентифицирующий объекты для тестирования, их конфигурацию, текущий статус и полчую необходимую информацию, предоставляемую разработчиками тестировщикам и иным заинтересованным лицам в начале этапа выполнения тестов. [IEEE 829] сопроводительный отчет (item transmittal report): См. сопроводительная записка. сопровождаемость (maintainability): Легкость изменения программного продукта для исправления дефектов, для соответствия новым требованиям, с целью облегчения последующего сопровождения или для адаптации к изменившемуся окружению. [ISO 9126] сопровождение (maintenance): Модификация программного продукта после его поставки с целью исправления дефектов, улучшения производительности или других характеристик или для адаптации продукта к изменившемуся окружению. [IEEE 1219] составное условие (compound condition): Два или более одиночных условия, объединенных посредством логических операторов (И, ИЛИ, Исключающее ИЛИ), например 'A>B И C>1000'. сосуществование (co-existence): Способность программного продукта сосуществовать с другим независимым программным обеспечением в общем окружении, разделяя общие ресурсы. [ISO 9126] См. также переносимость. специалист по совершенствованию процесса тестирования (test process improver): Лицо, осуществляющее совершенствования в процессе тестирования на основе соответствующего плана. спецификация (specification): Документ, описывающий (в идеале - исчерпывающе, однозначно и доступно) требования, дизайн, поведение или иные характеристики компонента или системы. Зачастую в спецификацию включаются процедуры контроля исполнения . EITP ATT EITP EITP EITP 51 спецификация компонента (component specification): Описание функций компонента в терминах его выходных значений для заданных входных значений при определенных условиях, а также требуемого нефункционального поведения (например, использование ресурсов). спецификация проектирования теста (test design specification): Документ, описывающий тестовое условие (элементы покрытия) для элемента тестирования, детализованный подход к тестированию, и идентифицирующий соответствующие тестовые сценарии высокого уровня. [IEEE 829] См. также спецификация теста. спецификация процедуры тестирования (test procedure specification): Документ, описывающий последовательность действий при выполнении теста. Также известен как ручной сценарий тестирования. [IEEE 829] См. также спецификация теста. спецификация теста (test specification): Документ, состоящий из спецификации проектирования теста, спецификации тестовых сценариев и/или спецификации процедуры тестирования. спецификация тестовых сценариев (test case specification): Документ, описывающий комплект тестовых сценариев - цель, входы, тестовые операции, ожидаемые результаты и предусловия выполнения для объекта тестирования. [IEEE 829] См. также спецификация теста. СПР (SPI): См. совершенствование процесса разработки. СПТ (TPI): См. совершенствование процесса тестирования. сравнение результатов выполнения (post-execution comparison): Сравнение реальных и ожидаемых результатов, производимое после окончания работы программного обеспечения. сравнительное тестирование (back-to-back testing): Тестирование, при котором два или больше варианта компонента или системы выполнены с одинаковыми входными значениями, а результаты сравнены и проанализированы в случае различия. среднее время безотказной работы (Mean Time Between Failures): Среднее арифметическое время между отказами в системе. Среднее время безотказной работы, как правило, часть модели роста надежности, которая предполагает, что Система сразу же была восстановлена, как часть процесса исправления дефекта. См. также модель роста надежности. среднее время наработки на отказ (Mean Time Between Failures): См. среднее время безотказной работы. среднее время ремонта (Mean Time To Repair): Среднее временя, в течение которого система будет восстановлена после любого отказа. Обычно включает в себя тестирование, чтобы убедиться, что дефект был решен. стабильность (stability): Способность программного продукта избегать непредвиденных последствий модификации программного кода. [ISO 9126] См. сопровождаемость. стадия тестирования (test stage): См. уровень тестирования. стандарт (standard): Формальный, возможно, обязательный набор требований, разрабатываемых и использующихся для описания последовательных подходов к работе или для предоставления EITP ATT EITP F F ATM 52 инструкций (например, ISO / IEC стандарты, IEEE стандарты и организационные стандарты). [Согласно CMMI] статистическое тестирование (statistical testing): Методика разработки тестов, в которой модель статистического распределения вероятности входящих значений используется для создания репрезентативных сценариев тестирования. См. тестирование функционального разреза. статический анализ (static analysis): Анализ артефактов разработки программного обеспечения, таких как требования или программный код, проводимый без исполнения этих программных артефактов. Статический анализ обычно выполняется при помощи вспомогательных инструментов. статический анализ кода (static code analysis): Анализ исходного кода, производимый без его исполнения. статический анализатор (static analyzer): Инструмент, обеспечивающий статический анализ. статический анализатор кода (static code analyzer): Инструмент, обеспечивающий статический анализ кода. Данный инструмент проверяет свойства исходного кода, такие как соответствие стандартам оформления кода, параметры качества или отклонения потоков данных. статическое тестирование (static testing): Тестирование артефактов разработки программного обеспечения, таких как треобвания, дизайн или программный код, проводимое без исполнения этих артефактов. Например, с помощью рецензирования или статического анализа. стоимость качества (cost of quality): Общая стоимость затрат на задачи обеспечения и проблемы качества, часто разделяемая на стоимость предотвращения, стоимость оценки, стоимость внутренних отказов и стоимость внешних отказов. стороннее приемочное тестирование (site acceptance testing): Приёмочное тестирование пользователями или заказчиком на своей стороне. Проводится с целью определить как соответствие бизнес-процессу, так и удостовериться, что данная система или компонент удовлетворяет потребностям пользователей или заказчика. Обычно включает в себя проверку как программного обеспечения, так и технической базы. стратегия тестирования (test strategy): Высокоуровневое описание уровней тестирования, которые должны быть выполнены, и тестирования, входящего в эти уровни, для организации или программы из одного или более проектов. стрессовое тестировение (stress testing): Вид тестирования производительности, оценивающий систему или компонент на граничных значениях рабочих нагрузок или за их пределами, или же в состоянии ограниченных ресурсов, таких как память или доступ к серверу. [IEEE 610] См. тестирование производительности, нагрузочное тестирование. структурирование функций качества (quality function deployment): Метод преобразования пользовательских требований в конструктивное качество, использования функций формирования качества и развертывания методов достижения конструктивного качества F ATT ATT F F F F-AT ATM ATA ETM 53 подсистем и компонентов, в особенности - конкретных элементов производственного процесса. [Akao] структурная декомпозиция работ (Work Breakdown Structure): Организация элементов работы и их связи друг с другом и конечным продуктом. структурная техника разработки тестов (structure-based test design technique): См. разработка тестов методом белого ящика. структурное покрытие (structural coverage): Метрики покрытия, основанные на внутренней структуре компонента или системы. структурное тестирование (structural testing): См. тестирование методом белого ящика. структурный метод разработки тестов (structural test design technique): См. разработка тестов методом белого ящика. структурный разбор (structured walkthrough): См. разбор. ступенчатое представление (staged representation): Структура модели, в которой достижение цели серии процессных областей устанавливает уровень зрелости. Каждый уровень является необходимым основанием для последующих уровней. [CMMI] сценарий выполнения (test scenario): См. спецификация процедуры тестирования. сценарий использования системы (use case): Последовательность операций во взаимодействии актера и компонента или системы со значимым результатом, при которой актером может быть как пользователь, так и все, что может обмениваться информацией с системой. Т таблица причинно-следственных решений (cause-effect decision table): См. таблица решений. таблица решений (decision table): Таблица, отражающая комбинации входных данных и/или причин с соответствующими выходными данными и/или действиям (следствиям), которая может быть использована для проектирования тестовых сценариев. таблица состояний (state table): Таблица, показывающая конечные переходы для каждого состояния вследствие каждого возможного события, как для корректных, так и для некорректных переходов. тест (test): Набор из одного или нескольких тестовых сценариев. [IEEE 829] тест "на дым" (smoke test): Выборка из общего числа запланированных тестовых сценариев, покрывающая основную функциональность компонента или системы. Проводится с целью удостовериться, что базовые функции программы в целом работают корректно, без углубления в детали. Ежедневная сборка и тест "на дым" являются передовыми практическими методами. См. входной тест, тест верификации сборки. EITP F 54 тест верификации сборки (build verification test): Набор автоматических тестов, валидирующих целостность каждой новой сборки и верифицирующих ее ключевую/базовую функциональность, стабильность и тестируемость. Данный вид тестирования используется там, где присутствует высокая частота сборок (например, проекты с использованием гибких методологий разработки) и выполняется для каждой новой сборки перед передачей ее в тестирования. См. также регрессионное тестирование, тест "на дым". тест полноты (confidence test): См. тест "на дым". тест работоспособности (sanity test): См. тест "на дым". тестирование (testing): Процесс, содержащий в себе все активности жизненного цикла, как динамические, так и статические, касающиеся планирования, подготовки и оценки программного продукта и связанных с этим результатов работ с целью определить, что они соответствуют описанным требованиям, показать, что они подходят для заявленных целей и для определения дефектов. тестирование "сверху вниз" (top-down testing): Инкрементальный подход к интеграционному тестированию, при котором компоненты из верхнего уровня иерархии объектов тестируются в первую очередь, с использованием заглушек вместо компонентов более низкого уровня. Протестированные компоненты используются для тестирования компонентов более низкого уровня и данный процесс повторяется до тех пор, пока не будет протестированы компоненты самого низшего уровня. См. интеграционное тестирование. тестирование LCSAJ (LCSAJ testing): Разработка тестов методом белого ящика, в котором тестовые сценарии разрабатываются для проверки LCSAJ. тестирование N переходов (N-switch testing): Вид тестирования таблицы переходов, при котором тестовые сценарии разрабатываются для выполнения всех правильных последовательностей N+1 переходов. [Chow]. См. тестирование таблицы переходов. тестирование алгоритма [TMap] (algorithm test [TMap]): См. тестирование ветвей. тестирование безопасности (safety testing): Тестирование программного продукта с целью с целью определить его безопасность. тестирование бизнес-циклов (process cycle test): Разработка тестов методом черного ящика, при котором тестовые сценарии разрабатываются для выполнения бизнес-процедур и процессов. [TMap]. См. тестировение процессов. тестирование в период сопровождения (maintenance testing): Тестирование изменений в действующей системе или влияния изменений в окружении на действующу систему. тестирование в условиях эксплуатации (field testing): См. бета-тестирование. тестирование ветвей (branch testing): Разработка тестов методом белого ящика, при котором тестовые сценарии проектируются для выполнения ветвей. F F F F-AT |