ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

ГОСТР

56922—

2016/

ISO/IEC/IEEE

29119-3:2013

СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ

Тестирование программного обеспечения

Часть 3

Документация тестирования

ISO/IEC/IEEE 29119-3:2013 Software and systems engineering —

Software testing—Part 3: Test documentation (IDT)

Издание официальное

Москва

Стандартинформ

2016

Предисловие

1    ПОДГОТОВЛЕН Обществом с ограниченной ответственностью «Информационно-аналитический вычислительный центр» (ООО ИАВЦ) на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационные технологии»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 18 мая 2016 г. № 333-ст

4    Настоящий стандарт идентичен международному стандарту ISO/IEC/IEEE 29119-3:2013 «Программная и системная инженерия. Тестирование программного обеспечения. Часть 3. Документация тестирования» (ISO/IEC/IEEE 29119—3:2013 «Software and systems engineering — Software testing — Part 3:Test documentation»).

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5 (пункт 3.5).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА

5    ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

© Стандартинформ, 2016

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии

ГОСТ Р 56922-2016

Пример — Наиболее общими примерами Организационной Спецификации Тестирования являются Организационная Политика Тестирования и Организационная Стратегия Тестирования.

4.7    Организационная Стратегия Тестирования (Organizational Test Strategy): Документ, в котором изложены универсальные требования к тестированию, которое будет выполняться для всех проектов организации, а также подробности того, как должно производиться тестирование.

Примечания

1    Организационная Стратегия Тестирования согласована с Организационной Политикой Тестирования.

2    Для покрытия существенно различных контекстов проектов у организации может быть более одной Организационной Стратегии Тестирования.

3    В случае отсутствия Политики Тестирования в Организационную Стратегию могут входить положения Политики Тестирования.

4.8    риск продукта (product risk): Риск того, что продукт может иметь дефект в некотором определенном аспекте его функций, качества или структуры.

4.9    риск проекта (project risk): Риск, относящийся к менеджменту проекта.

Пример — Отсутствие комплектности персонала, строгие крайние сроки, изменение требований.

4.10    регрессионное тестирование (regression testing): Тестирование после изменений элемента тестирования или его рабочей среды для определения, происходят ли регрессивные отказы.

Примечание — Достаточное количество регрессионных тестов зависит от тестируемого элемента и от изменений этого элемента или его рабочей среды.

4.11    повторное тестирование (retesting): Повторное выполнение контрольных примеров, для которых ранее был получен результат «сбоя», для оценки эффективности произведенных корректирующих действий.

Примечание — Используется также термин «тестирование подтверждения».

4.12    контрольный пример (test case): Совокупность предварительных условий контрольного примера, входов (включая действия, где это применимо) и ожидаемых результатов, разработанных для управления выполнением элемента тестирования для достижения целей тестирования, включая корректную реализацию, идентификацию ошибок, проверку качества и получение другой значимой информации.

Примечания

1    Для подпроцесса тестирования, для которого он предназначен, контрольный пример — это самый низкий уровень входа тестирования (то есть контрольные примеры не состоят из других контрольных примеров).

2    Исходные условия контрольного примера включают тестовую среду, существующие данные (например, базы данных), программное обеспечение для тестирования, аппаратные средства и т.д.

3    Входы — это информация о данных, используемых для начала выполнения теста.

4    Ожидаемые результаты включают в себя критерии успеха, отказы в проверке и т.д.

4.13    Спецификация Контрольных Примеров (Test Case Specification): Документация одного или большего количества контрольных примеров.

4.14    Отчет о Завершении Тестирования (Test Completion Report): Отчет, в котором представлена сводка выполненного тестирования.

Примечание — Иногда также называют сводным отчетом тестирования.

4.15    элемент тестового покрытия (test coverage item): Атрибут или комбинация атрибутов, которые являются производными одного или более тестовых условий, полученными посредством методики проектирования тестирования, позволяющей оценить основательность выполнения теста.

4.16    тестовые данные (test data): Созданные или отобранные данные, удовлетворяющие входным требованиям для выполнения одного или более контрольных примеров, которые могут быть определены в плане тестирования, контрольном примере или процедуре тестирования.

Примечание — Тестовые данные могут храниться в тестируемом продукте (например, в массивах, плоских файлах или базе данных), или быть доступны из внешних источников, или предоставлены такими источниками, как другие системы, другие компоненты системы, устройства либо операторский персонал.

4.17    Отчет о готовности Тестовых Данных (Test Data Readiness Report): Документ, описывающий состояние каждого Требования к Тестовым Данным.

5

4.18    Спецификация Проекта Тестирования (Test Design Specification): Документ, определяющий функции, которые будут проверены, и соответствующие тестовые условия.

4.19    методика проектирования тестирования (test design technique): Действия, понятия, процессы и шаблоны, необходимые для создания модели тестирования, которая используется для определения тестовых условий для элемента тестирования, для получения соответствующих элементов тестового покрытия, а далее для разработки или выбора контрольных примеров.

4.20    тестовая среда (test environment): Различные средства, аппаратное и программное обеспечение, встроенное микропрограммное обеспечение, процедуры и документация, предназначенные или используемые для выполнения тестирования программного обеспечения.

Примечание — Тестовая среда может содержать в себе другие среды, необходимые для выполнения конкретных подпроцессов тестирования (например, тестовая среда объекта, среда теста производительности и т.д.).

4.21    Отчет о готовности Тестовой Среды (Test Environment Readiness Report): Документ, который описывает состояние каждого требования к среде.

4.22    Требования к Тестовой Среде (Test Environment Requirements): Описание необходимых свойств тестовой среды.

Примечание — Все или часть требований к тестовой среде могут иметь ссылки, необходимые для поиска информации, например, ссылку на соответствующую Организационную Стратегию тестирования, План Тестирования и/или Спецификацию Тестирования.

4.23    Журнал Выполнения Теста (Test Execution Log): Документ, в который записываются детали выполнения одной или более процедур тестирования.

4.24    элемент тестирования (test item): Рабочий продукт, который является объектом тестирования.

Пример — Система, элемент программного обеспечения, документ требований, разрабатываемая спецификация, руководство пользователя.

4.25    План Тестирования (Test Plan): Подробное описание требуемых целей тестирования, средств и расписания их достижения, предназначенное для координации тестирующих действий для отдельного элемента тестирования или совокупности элементов тестирования.

Примечания

1    В проект может входить более одного Плана Тестирования, например, может быть План Тестирования проекта (также именуемый основным планом тестирования), который охватывает все тестирующие действия для проекта, а более подробная информация об определенных действиях тестирования может быть определена в одном или более планах подпроцессов тестирования (то есть План Тестирования системы или план теста производительности).

2    Обычно План Тестирования представляет собой печатный документ, хотя возможны и другие форматы плана, определяемые локально для организации или проекта.

3    Планы тестирования могут содержать деятельность, выходящую за рамки проекта, например, План Тестирования обслуживания.

4.26    Политика Тестирования (Test Policy): Руководящий документ, в котором описаны назначение, цели и полная предметная область применения тестирования в организации.

Примечания

1    Политика Тестирования определяет, какое тестирование должно выполняться и чего от него ожидают, но не детализирует, как тестирование должно быть выполнено.

2    Политика Тестирования может обеспечить основы для разработки, анализа и постоянного улучшения тестирования в организации.

4.27    Спецификация Процедур Тестирования (Test Procedure Specification): Документ, определяющий одну или более процедур тестирования, представляющих собой наборы контрольных примеров, которые будут выполняться с конкретной целью.

Примечания

1    Контрольные примеры в наборе тестов перечислены в порядке, требуемом в процедуре тестирования.

2    Также имеет название сценария ручного тестирования. Спецификацию процедуры тестирования для автоматизированного тестового прогона обычно называют сценарием тестирования.

4.28    результат тестирования (test result): Индикатор того, прошел ли определенный контрольный пример успешно или нет, то есть соответствует ли фактический результат элемента тестирования ожидаемому результату или наблюдались отклонения.

6

ГОСТ Р 56922-2016

4.29    набор тестов (test set): Набор контрольных примеров в целях тестирования конкретной цели тестирования.

Примечания

1    В наборах тестов обычно отражаются совокупности функций, однако они могут содержать контрольные примеры для многих совокупностей функций.

2    Контрольные примеры для набора тестов могут быть выбраны на основе идентифицированных рисков, базиса тестирования, повторного тестирования и/или регрессионного тестирования.

4.30    спецификация тестирования (test specification): Подробная документация проекта тестирования, контрольных примеров и процедур тестирования для определенного элемента тестирования.

Примечание — Спецификация тестирования может быть представлена в одном документе, набором документов или другими способами, например, записями базы данных и документами.

4.31    Отчет о Ходе Тести poeaHHH(Test Status Report): Отчет, который предоставляет информацию о состоянии тестирования, которое выполняется в указанный отчетный период.

4.32    стратегия тестирования (test strategy): Часть Плана Тестирования, в которой описан подход к тестированию определенного проекта тестирования или процессам и подпроцессам тестирования.

Примечания

1    Стратегия тестирования — это производная от Организационной Стратегии Тестирования.

2    Стратегия тестирования обычно определяет некоторые или все из следующих аспектов: используемые методики тестирования, реализуемые тестовые подпроцессы, повторное тестирование и регрессионное тестирование, которые будут использоваться, методы проектирования тестирования, соответствующие критерии завершения тестирования, тестовые данные, тестовую среду и требования к инструментам тестирования и ожидаемые результаты тестирования.

4.33    матрица прослеживаемости тестирования (test traceability matrix): Документ, электронная таблица или другой автоматизированный инструмент, используемый для идентификации в документации и программном обеспечении связанных элементов, таких как требования соответствующего тестирования.

Примечания

1    Также известен как матрица перекрестных ссылок верификации, матрица проверки требований, таблица верификации требований и др.

2    Различные матрицы прослеживаемости тестирования могут отличаться содержащейся информацией,

форматами и уровнями детализации.

4.34    тестирование (testing): Набор операций, проводимых для обеспечения выявления и/или оценки свойств одного или более элементов тестирования.

Примечание — Действия тестирования могут включать в себя планирование, подготовку, выполнение, создание отчетов и менеджмент, поскольку все они направлены на тестирование.

5 Документация Организационного Процесса Тестирования

5.1    Общие сведения

Организационные Спецификации Тестирования представляют информацию о тестировании на уровне организации и не зависимы от проекта. Типичными примерами Организационных Спецификаций Тестирования, разработанных в организационном процессе тестирования, являются:

-    Политика Тестирования;

-    Организационная Стратегия Тестирования.

Полные шаблоны документов с пояснением представлены в 5.2 «Политика Тестирования» и

5.3 «Организационная Стратегия Тестирования». В приложении А представлены краткие общие сведения о каждом документе. В приложениях D и Е приводятся примеры Политики Тестирования и Организационной Стратегии Тестирования для конкретных проектов.

5.2    Политика Тестирования

5.2.1 Общие сведения

Политика Тестирования определяет цели и принципы тестирования программного обеспечения, которые будут использоваться в организации. Она определяет, что должно быть достигнуто тестиро-

7

ванием, но не указывает в деталях, как тестирование должно выполняться. Политика обеспечивает основу для установления, пересмотра и постоянного совершенствования Политики Тестирования организации.

В А.2.2 (приложение А) представлен макет Организационной Политики Тестирования, а в D.1 и D.2 (приложение D) приведены примеры, которые демонстрируют, как могут быть разработаны Организационные Политики Тестирования для двух различных проектов.

Содержание Политики Тестирования описано ниже.

5.2.2 Спецификация документа

5.2.2.1    Общие сведения

Здесь представлена информация, которая идентифицирует документ и определяет его источники и историю.

Примечание — Информация может быть помещена в начало документа или в середину, если документ хранится в электронной форме, например, в базе данных.

5.2.2.2    Уникальная идентификация документа

Однозначно определяет версию документа.

Пример — Уникальный идентификатор может содержать название документа, дату выпуска, версию и/или состояние документа (например, рассмотренный проект, исправленный или окончательный).

5.2.2.3    Оформляющая организация

Определяет организацию, ответственную за подготовку и выпуск документа. Сюда могут также быть включены имена авторов (автора).

5.2.2.4    Полномочия по утверждению

Идентифицирует назначенное лицо (лиц), которое несет ответственность за рассмотрение и утверждение (подпись) документа (возможно в электронном виде). Сюда могут также быть включены рецензенты и соответствующие менеджеры.

5.2.2.5    История изменений

Сюда входит журнал всех изменений, которые произошли с документом, начиная с момента его создания.

Примеры

1    Сюда может входить список, который содержит текущую версию документа и все предшествующие документы, уникальную идентификацию каждого документа, описание изменений документа относительно предыдущего документа в списке, причины изменений, авторство и роль лица, вносящего изменения.

2    К причинам изменений могут относиться замечания аудита, анализ разработчиков, изменения системы. Лицом, вносящим изменения, может быть автор документа, менеджер проекта, владелец системы.

5.2.3 Введение

Предоставляет разъясняющую информацию о содержании и структуре документа.

5.2.3.1    Область применения

Идентифицирует степень покрытия предметной области документом и указывает все включения, исключения, предположения и/или ограничения.

5.2.3.2    Ссылки

Перечисляет нормативные ссылки и определяет хранилища для систем, программного обеспечения и информации о тестировании. Ссылки могут быть разделены на «внутренние» ссылки организации и «внешние» ссылки, которые не относятся к организации.

Пример — Нормативными документами могут быть политики, планы, процедуры и другие.

5.2.3.3    Глоссарий

Представляет собой словарь терминов, сокращений и аббревиатур, если таковые используются в документе.

Примечание — Этот раздел может быть оформлен как приложение или в нем могут быть ссылки на другой документ, обеспечивающий общий глоссарий. Весь глоссарий или его часть, и/или список аббревиатур могут быть в составе онлайнового отдельного глоссария по тестированию или включены в больший организационный глоссарий, содержащий большое количество терминов, не связанных с тестированием.

ГОСТ Р 56922-2016

5.2.4 Положения Политики Тестирования

5.2.4.1    Цели тестирования

Определяет назначение, цели и полную область применения тестирования в организации. Устанавливает позицию организации, почему выполняется тестирование и какую цель преследует.

5.2.4.2    Процесс тестирования

Идентифицирует процесс тестирования, которому будет следовать организация. Это может быть ссылкой на конкретный документ, предоставляющий подробную информацию о процессе тестирования.

Пример — Таким документом может быть ИСО/МЭК/ИИЭР 29119-2 «Процессы тестирования». Детали процесса тестирования могут быть представлены в более подробной документации процесса тестирования.

5.2.4.3    Организационная структура тестирования

Идентифицирует роли и структуру организации тестирования. Для того чтобы показать организационную иерархию тестирования можно использовать схему или табличное представление.

5.2.4.4    Подготовка тестеров

Определяет потребность в обучении и сертификации персонала, работающего в организации тестирования.

5.2.4.5    Этика тестера

Определяет организационный кодекс этики, которого должны придерживаться тестеры.

5.2.4.6    Стандарты

Устанавливает, какие стандарты применимы в организации тестирования.

5.2.4.7    Другие соответствующие политики

Определяет политики, оказывающие влияние на организацию тестирования.

Пример — Одним из положений политики может быть требование соответствия тестирования политике в области качества.

5.2.4.8    Оценка стоимости тестирования

Устанавливает, как организация определяет возврат инвестиций в тестирование. Определяет цели оценки затрат на тестирование.

5.2.4.9    Архивация и повторное использование актива тестирования

Устанавливает позицию организации по архивации и повторному использованию активов тестирования.

5.2.4.10    Совершенствование процесса тестирования

Определяет методику обеспечения непрерывного совершенствования процесса тестирования.

5.3 Организационная Стратегия Тестирования

5.3.1 Общие сведения

Организационная Стратегия Тестирования — это технический документ, который содержит необходимые руководящие материалы по выполнению тестирования в организации, то есть показывает, как достигнуть целей, определенных в Политике Тестирования.

Организационная Стратегия Тестирования — это общий неспецифичный для конкретного проекта документ организационного уровня, который обеспечивает руководящие принципы для проектов в областях их применения.

Для небольших или очень однородных организаций единая Организационная Стратегия Тестирования может охватывать все действия тестирования. У организации может быть более одной Организационной Стратегии Тестирования в случаях, если организация выполняет разработку многими существенно отличающимися способами, например такими, как критичные по защищенности продукты, некритичные продукты, или когда она использует как динамичную разработку, так и V-модели разработки, и если разрабатываемые программы достаточно большие, чтобы оправдать собственную стратегию.

В случае отсутствия какой-либо Политики Тестирования Организационная Стратегия Тестирования может содержать положения Политики Тестирования.

Организационная Стратегия Тестирования включает определения соответствующих подпроцессов тестирования и положений стратегии для каждого из них. Документ может быть разделен на подразделы для каждого идентифицированного подпроцесса тестирования, если положения стратегии подпроцессов тестирования значительно отличаются для разных подпроцессов тестирования. Такой пример показан на рисунке 2.

В А.2.3 (приложение А) представлен макет Организационной Стратегии Тестирования, а в Е.1 и Е.2 (приложение Е)приведены примеры, которые демонстрируют разные Организационные Стратегии Тестирования для двух различных проектов.

Рисунок 2 — Пример структуры Организационной Стратегии Тестирования

Содержание Организационной Стратегии Тестирования описано ниже.

5.3.2 Спецификация документа

5.3.2.1    Общие сведения

Здесь представлена информация, которая идентифицирует документ и определяет его источники и историю.

Примечание — Если документ хранится в электронной форме, например, в базе данных, то информация может быть помещена в начало или середину документа.

5.3.2.2    Уникальная идентификация документа

Однозначно определяет версию документа.

Пример — Уникальный идентификатор может содержать название документа, дату выпуска, версию и/или состояние документа (например, рассмотренный проект, исправленный или окончательный).

5.3.2.3    Оформляющая организация

Определяет организацию, ответственную за подготовку и выпуск документа. Сюда могут также быть включены имена авторов (автора).

5.3.2.4    Полномочия по утверждению

Идентифицирует назначенное лицо (лиц), которое несет ответственность за рассмотрение и утверждение (подпись) документа (возможно в электронном виде). Сюда могут также быть включены рецензенты и соответствующие менеджеры.

5.3.2.5    История изменений

Сюда входит журнал всех изменений, которые произошли с документом, начиная с момента его создания.

Примеры

1 Сюда может входить список, который содержит текущую версию документа и все предшествующие документы, уникальную идентификацию каждого документа, описание изменений документа относительно предыдущего документа в списке, причины изменений, авторство и роль лица, вносящего изменения.

10

ГОСТ P 56922—2016

2 К причинам изменений могут относиться замечания аудита, анализ разработчиков, изменения системы. Лицом, вносящим изменения, может быть автор документа, менеджер проекта, владелец системы.

5.3.3 Введение

Предоставляет разъясняющую информацию о содержании и структуре документа.

5.3.3.1    Область применения

Определяет степень покрытия предметной области документом и указывает все включения, исключения, предположения и/или ограничения.

5.3.3.2    Ссылки

Перечисляет нормативные ссылки и определяет хранилища для систем, программного обеспечения и информации о тестировании. Ссылки могут быть разделены на «внутренние» ссылки организации и «внешние» ссылки, которые не относятся к организации.

Пример — Нормативными документами могут быть политики, планы, процедуры и другое.

5.3.3.3    Глоссарий

Представляет собой словарь терминов, сокращений и аббревиатур, если таковые используются в документе.

Примечание — Этот раздел может быть оформлен как приложение либо может ссылаться на другой документ, обеспечивающий общий глоссарий. Весь глоссарий или его часть и/или список аббревиатур могут быть в составе онлайнового отдельного глоссария по тестированию либо могут быть включены в больший организационный глоссарий, содержащий большое количество терминов, не связанных с тестированием.

5.3.4 Положения Организационной Стратегии Тестирования в масштабах проекта

Стратегия определяется для заданной области применения. В данный раздел включаются положения, подходящие для всех подпроцессов тестирования, которые будут выполняться в данном проекте в рамках стратегии. В этот раздел в случае необходимости могут быть включены подразделы политики.

5.3.4.1    Общий менеджмент рисков

Определяет общий подход к менеджменту рисков, который, как ожидается, будет использован для управления тестированием.

5.3.4.2    Выбор тестирования и приоритетов

Определяет подход организации к выбору теста и приоритетов выполнения теста в виде приоритетных процедур тестирования. Процедуры тестирования состоят из приоритетных контрольных примеров, полученных из приоритетных наборов функций через приоритетные тестовые условия и элементы покрытия.

5.3.4.3    Документация тестирования и создание отчетов

Идентифицирует документы, которые ожидается произвести во время тестирования в рамках всего проекта тестирования. Описывает подготовку каждого документа и соответствующего процесса утверждения. Это тесно связано с определенным в политике процессом тестирования.

5.3.4.4    Автоматизация и инструменты тестирования

Определяет подход к автоматизации тестирования в организации. Идентифицирует инструменты тестирования, которые будут использоваться в Ходе Тестирования.

Пример — Сюда могут входить инструменты управления тестированием, инструменты выполнения теста, инструменты тестирования производительности, инструменты тестирования защищенности, инструменты тестирования удобства пользования.

5.3.4.5    Менеджмент конфигурации рабочих продуктов тестирования

Определяет менеджмент конфигурации, который будет применяться для рабочих продуктов тестирования; определяет, как эти рабочие продукты должны быть идентифицированы, прослеживаться, храниться и обеспечивать доступность для заинтересованных сторон.

5.3.4.6    Управление инцидентами

Определяет, как нужно управлять инцидентами во время тестирования или ссылаются на описание в другом документе.

5.3.4.7    Подпроцессы тестирования

Идентифицирует конкретные подпроцессы тестирования, которые будут выполняться как часть тестирования в рамках стратегии.

11

5.3.5 Положения организационной стратегии тестирования для конкретных подпроцессов

5.3.5.1    Критерии входа и выхода

Определяет используемые критерии запуска и остановки действий тестирования для конкретного подпроцесса тестирования.

Подпроцесс тестирования состоит из следующих процессов:

-    проектирование и реализация тестирования;

-    установка и поддержка тестовой среды;

-    выполнение теста;

-    отчетность об инцидентах тестирования.

Различные критерии входа и выхода могут быть определены для каждого из них индивидуально, или для отдельных отобранных процессов, или для всего подпроцесса в целом.

5.3.5.2    Критерии завершения тестирования

Определяет, когда с точки зрения организации должны быть завершены действия тестирования подпроцесса тестирования.

5.3.5.3    Документация тестирования и создание отчетов

Идентифицирует документирование тестирования, включая создание отчетов, используемое в ходе действий тестирования в подпроцессе тестирования. Определяет, когда должен быть подготовлен каждый документ или отчет, а также соответствующий процесс утверждения. Это тесно связано с определенным в политике процессом тестирования.

5.3.5.4    Степень независимости

Устанавливает уровень независимости лиц, выполняющих тестирование, то есть состояние технической, организационной и финансовой независимости этой группы тестирования.

5.3.5.5    Методика проектирования тестирования

Идентифицирует конкретные методы проектирования тестирования, которые будут использоваться во время разработки и реализации тестирования в подпроцессе тестирования.

5.3.5.6    Тестовая среда

Определяет тестовую среду для подпроцесса тестирования. Может определять, где должны быть выполнены тестирования конкретных типов и идентифицирует группы или организации, ответственные за тестовую среду. Может идентифицировать источник тестовых данных, указать, где расположены определенные типы тестовых данных и какие группы или организации ответственны за тестовые данные.

5.3.5.7    Требуемые метрики

Определяет метрики, значения которых должны быть собраны в ходе действий тестирования в подпроцессе тестирования.

5.3.5.8    Повторное тестирование и регрессионное тестирование

Определяет стратегию, условия и действия повторного тестирования и регрессионного тестирования в подпроцессе тестирования.

6 Документация Процессов Управления Тестированием

6.1    Общие сведения

Документы, разработанные в процессах управления тестированием, включают в себя следующие:

-    План Тестирования;

-    Отчет о Ходе Тестирования;

-    Отчет о Завершении Тестирования.

Полные шаблоны документов с пояснением приведены ниже. В приложении А представлены краткие общие сведения о каждом документе. В приложениях F и G приведены примеры Планов Тестирования, Отчетов о Ходе Тестирования и Отчетов о Завершении Тестирования для конкретных проектов.

6.2    План Тестирования

6.2.1 Общие сведения

План Тестирования представляет собой документ для планирования тестирования и управления тестированием. Некоторые из проектов могут иметь один План Тестирования, в то время как для больших проектов может быть создано несколько планов тестирования. Планы Тестирования могут создаваться для ряда проектов (на уровне программы), для единственного проекта (План Тестирования

ГОСТ Р 56922-2016

проекта/основной План Тестирования) или для конкретного подпроцесса тестирования (План Тестирования системы, План Тестирования комплексирования программного обеспечения, План Тестирования подсистемы, План Тестирования программного обеспечения субподрядчика, План Тестирования единицы программного обеспечения, план теста производительности или план определенной итерации тестирования). Если создается большое количество Планов Тестирования программного обеспечения, то, чтобы помочь документировать взаимосвязи и информацию, содержащуюся в каждом из них, можно построить дерево отображения.

В Плане Тестирования описаны решения, принятые во время начального планирования, и он развивается, поскольку в составе управляющих действий осуществляется перепланирование.

В А.2.4 (приложение А) представлен макет Плана Тестирования, а в F.1 и F.2 (приложение F) приведены примеры, демонстрирующие разработку Планов Тестирования для двух различных проектов.

Далее приводится содержание Плана Тестирования.

6.2.2 Спецификация документа

6.2.2.1    Общие сведения

Здесь представлена информация, которая идентифицирует документ и определяет его источники и историю.

Примечание — Если документ хранится в электронной форме, например в базе данных, то информация может быть помещена в начало или середину документа.

6.2.2.2    Уникальная идентификация документа

Однозначно определяет версию документа.

Пример — Уникальный идентификатор может содержать название документа, дату выпуска, версию и/или состояние документа (например, рассмотренный проект, исправленный или окончательный).

6.2.2.3    Оформляющая организация

Определяет организацию, ответственную за подготовку и выпуск документа. Сюда могут также быть включены имена авторов (автора).

6.2.2.4    Полномочия по утверждению

Идентифицирует назначенное лицо (лиц), которое несет ответственность за рассмотрение и утверждение (подпись) документа (возможно в электронном виде). Сюда могут также быть включены рецензенты и соответствующие менеджеры.

6.2.2.5    История изменений

Сюда входит журнал всех изменений, которые произошли с документом, начиная с момента его создания.

Примеры

1    Сюда может входить список, который содержит текущую версию документа и все предшествующие документы, уникальную идентификацию каждого документа, описание изменений документа относительно предыдущего документа в списке, причины изменений, авторство и роль лица, вносящего изменения.

2    К причинам изменений могут относиться замечания аудита, анализ разработчиков, изменения системы. Лицом, вносящем изменения, может быть автор документа, менеджер проекта, владелец системы.

6.2.3 Введение

Предоставляет разъясняющую информацию о содержании и структуре документа.

6.2.3.1    Область применения

Определяет степень покрытия предметной области документом и указывает все включения, исключения, предположения и/или ограничения.

6.2.3.2    Ссылки

Перечисляет нормативные ссылки и определяет хранилища для систем, программного обеспечения и информации о тестировании. Ссылки могут быть разделены на «внутренние» ссылки организации и «внешние» ссылки, которые не относятся к организации

Пример — Ссылки на документацию элемента тестирования, относящуюся к конкретному подпроцессу тестирования, могут включать в себя ссылки на:

-    требования;

-    проект;

-    руководство пользователя;

-    руководство по работе и/или

-    инструкцию по установке.

13

6.2.3.3 Глоссарий

Представляет собой словарь терминов, сокращений и аббревиатур, если таковые используются в документе.

Примечание — Этот раздел может быть оформлен как приложение или ссылаться на другой документ, обеспечивающий общий глоссарий. Весь глоссарий или его часть и/или список аббревиатур могут быть в составе онлайнового отдельного глоссария по тестированию либо включены в больший организационный глоссарий, содержащий большое количество терминов, не связанных с тестированием.

6.2.4 Контекст тестирования

6.2.4.1    Проект(ы) / подпроцесс(ы) тестирования

Идентифицирует проект(ы) или подпроцесс(ы) тестирования, для которых создается план, и содержит другую соответствующая информацию о контексте.

6.2.4.2    Элемент(ы) тестирования

Определяет элемент(ы) тестирования для тестирования по этому плану, включая их версию/пере-смотр или ссылку на эту информацию.

В этом разделе возможно описание назначения элемента(ов) тестирования или приводится ссылка на эту информацию.

Примечание — Эта информация может быть определена в документе, определяющем концепцию работы системы.

Пример — Элементом тестирования может быть программный блок, интерфейс между единицами, подсистема или полная система.

Здесь также могут быть идентифицированы все процедуры переноса элемента(ов) тестирования из других сред в тестовую среду.

6.2.4.3    Область применения тестирования

Обобщает все функции элемента(ов) тестирования, подлежащие проверке. Также идентифицирует все функции элемента(ов) тестирования, которые должны быть исключены из тестирования, и предоставляет обоснования их исключения.

Пример — Функции, подлежащие проверке, могут быть определенными атрибутами программного обеспечения, функций, интерфейсов или бизнес-процессов.

6.2.4.4    Предположения и ограничения

Определяет любые предположения и ограничения для действий тестирования, предусмотренных этим планом. Сюда могут входить нормативные требования, требования Политики Тестирования и Организационной Стратегии Тестирования, договорные требования, сроки проекта, бюджетные ограничения и готовность соответствующего квалифицированного штата, инструментов и/или сред.

6.2.4.5    Заинтересованные стороны

Перечисляет заинтересованные стороны и их отношение к тестированию. Описывает как должен осуществляться обмен информацией с каждой заинтересованной стороной.

6.2.5    Обмен информацией о тестировании

Определяет связи между тестированием и другими действиями жизненного цикла и в организации.

Пример — Сюда могут быть включены полномочия для решения проблем, выявленных в результате действий тестирования, и полномочия для утверждения продуктов и процессов тестирования.

Эта информация может быть представлена в визуальной форме.

Примечание — Визуальное представление может представлять собой организационную схему или диаграмму потоков информации и данных.

6.2.6    Реестр рисков

Идентифицирует риски, которые охватывают тестирование по этому плану. Сюда должны быть включены любые соответствующие риски, которые могут быть определены в Организационной Стратегии Тестирования. Для каждого риска на основе его влияния и вероятности приводится уровень воздействия. Представляет рекомендации по обработке рисков. В этом разделе допускается предоставить ссылку на конкретный реестр рисков.

Пример — Рекомендациями по обработке рисков могут быть: устранить риск, уменьшить его или игнорировать риск.

Примечание — Реестр рисков может быть приведен в плане проекта или плане менеджмента рисков.

ГОСТ P 56922—2016

Содержание

1    Область применения..................................................................1

2    Соответствие........................................................................3

2.1    Предполагаемое соответствие......................................................3

2.2    Типы соответствия................................................................3

3    Нормативные ссылки..................................................................4

4    Термины и определения...............................................................4

5    Документация Организационного Процесса Тестирования...................................7

5.1    Общие сведения..................................................................7

5.2    Политика Тестирования............................................................7

5.3    Организационная Стратегия Тестирования............................................9

6    Документация Процессов Управления Тестированием.....................................12

6.1    Общие сведения.................................................................12

6.2    План Тестирования...............................................................12

6.3    Отчет о Ходе Тестирования........................................................17

6.4    Отчет о Завершении Тестирования..................................................18

7    Документация Процессов Динамического Тестирования....................................20

7.1    Общие сведения.................................................................20

7.2    Спецификация Проекта Тестирования...............................................21

7.3    Спецификация Контрольных Примеров..............................................23

7.4    Спецификация Процедур Тестирования..............................................26

7.5    Требования к Тестовым Данным....................................................29

7.6    Требования к Тестовой Среде......................................................30

7.7    Отчет о Готовности Тестовых Данных................................................32

7.8    Отчет о Готовности Тестовой Среды.................................................33

7.9    Фактические Результаты..........................................................35

7.10    Результат Тестирования..........................................................35

7.11    Журнал Выполнения Теста.......................................................35

7.12    Отчетность об Инцидентах Тестирования...........................................37

Приложение А (справочное) Обзор и Схемы Документов.....................................40

Приложение В (справочное) Связь нормативных требований ИСО/МЭК/ИИЭР 29119-2

с информационными элементами    ИСО/МЭК/ИИЭР 29119-3......................46

Приложение С (справочное) Общие Сведения о Примерах...................................51

Приложение D (справочное) Политика Тестирования........................................52

Приложение Е (справочное) Организационная Стратегия Тестирования........................54

Приложение F (справочное) План Тестирования............................................58

Приложение G (справочное) Отчет о Ходе Тестирования ....................................68

Приложение Н (справочное) Отчет о ЗавершенииТестирования...............................71

Приложение I (справочное) Спецификация Проекта Тестирования............................73

Приложение J (справочное) Спецификация Контрольного Примера............................79

Приложение К (справочное) Спецификация Процедур Тестирования..........................83

Приложение L (справочное) Требования к Тестовым Данным.................................86

Приложение М (справочное) Требования к Тестовой Среде..................................87

Приложение N (справочное) Отчет о Готовности Тестовых Данных............................88

Приложение О (справочное) Отчет о Готовности Тестовой Среды.............................89

III

ГОСТ Р 56922-2016

6.2.6.1    Риски продукта

Идентифицирует связанные с тестированием риски продукта и предоставляет рекомендации по обработке каждого риска.

Пример — Связанные с тестированием риски продукта могут включать в себя дефекты функциональных или нефункциональных аспектов, таких как производительность.

62.6.2 Риски проекта

Идентифицирует связанные с тестированием риски проекта продукта и предоставляет рекомендации по обработке каждого риска.

Пример — Связанные с тестированием риски проекта могут включать в себя риски, связанные с графиком или ресурсами.

6.2.7 Стратегия тестирования

Устанавливает подход к тестированию для определенного проекта тестирования или подпроцесса тестирования, как описано в следующих разделах. Документ может ссылаться на Организационную Стратегию Тестирования, указывая лишь отличия от нее.

6.2.7.1    Подпроцессы тестирования

Для Плана Тестирования проекта определяются надлежащие для выполнения подпроцессы тестирования.

6.2.7.2    Практические результаты тестирования

Идентифицирует все документы, которые должны быть получены в результате выполнения тестирования, или эквивалентную документальную информацию в электронной форме, например, в базах данных либо специализированных инструментах тестирования.

Пример — К результатам тестирования могут относиться следующие документы:

-    План Тестирования;

-    Спецификация Проекта Тестирования;

-    Спецификация Контрольного Примера;

-    Спецификация Процедур Тестирования;

-    Отчет о Готовности Тестовых Данных;

-    Отчет о Готовности Тестовой Среды;

-    Отчеты по Инциденту;

-    Отчеты о Ходе Тестирования;

-    Отчет о Завершении Тестирования.

Входные и выходные данные тестирования могут быть идентифицированы как компоненты результатов тестирования. Кроме того, могут быть включены инструменты тестирования, создаваемые как часть действия тестирования. В случаях объединения или исключения документов этот список соответственно изменяется.

Возможно включение информации о сроках представления документов и об адресате (желательно указывать должность, а не имя).

6.2.7.3    Методика проектирования тестирования

Определяет, какие методы проектирования тестирования должны применяться.

6.2.7.4    Критерии завершения тестирования

Определяет условия, при которых соответствующая организация тестирования предполагает завершение выполнения.

Пример — Это может быть при достижении конкретного покрытия, когда число выявленных дефектов меньше указанного предела.

6.2.7.5    Требуемые метрики

Определяет метрики, значения которых должны быть собраны во время выполнения тестирования.

6.2.7.6    Требования к Тестовым Данным

Определяет все соответствующие Требования к Тестовым Данным для проекта или подпроцесса тестирования (определенным образом).

Пример — Может быть идентифицирован источник тестовых данных и решено, где располагаются определенные тестовые данные, указано должны ли данные быть замаскированы по причинам конфиденциальности и/или перечислены ответственные за тестовые данные.

15

ГОСТ P 56922—2016

Приложение Р (справочное) Фактические Результаты.......................................90

Приложение Q (справочное) Результаты Тестирования......................................92

Приложение R (справочное) Журнал Выполнения Теста.....................................94

Приложение S (справочное) Отчет об Инциденте...........................................95

Приложение Т (справочное) Взаимосвязь с существующими стандартами......................96

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов

национальным стандартам Российской Федерации........................................104

Библиография......................................................................105

IV

ГОСТ P 56922—2016

Введение

Международная организация по стандартизации (ИСО) и Международная электротехническая комиссия (МЭК) образуют специализированную систему всемирной стандартизации. Национальные органы по стандартизации, которые являются членами ИСО или МЭК, участвуют в разработке международных стандартов через технические комитеты, созданные соответствующей организацией для определенных областей технической деятельности. Технические комитеты ИСО и МЭК сотрудничают в сферах, представляющих взаимный интерес. Другие международные правительственные и неправительственные организации, связанные с ИСО и МЭК, также принимают участие в деятельности по разработке стандартов. В сфере информационной технологии ИСО и МЭК учредили совместный технический комитет ИСО/МЭК СТК 1.

Стандарты Института инженеров по электротехнике и радиоэлектронике (ИИЭР) разработаны в сообществах и комитетах по координации стандартов ИИЭР, входящих в состав бюро стандартов ассоциации стандартов ИИЭР. ИИЭР разрабатывает свои стандарты на основе одобренного Американским национальным институтом стандартов консенсусного процесса разработки, который для достижения конечного результата объединяет различные точки зрения и интересы добровольцев. Добровольцы не обязательно являются сотрудниками института и работают на безвозмездной основе. При том что ИИЭР курирует процесс и устанавливает правила обеспечения справедливости в консенсусном процессе разработки, он не проводит независимые оценку, испытание или проверку точности какой-либо информации, входящей в состав своих стандартов.

Международные стандарты разрабатываются в соответствии с правилами, приведенными в Директивах ИСО/МЭК, часть 2.

Основная задача совместного технического комитета состоит в подготовке международных стандартов. Проекты международных стандартов, принятые совместным техническим комитетом, распространяются среди национальных органов по стандартизации для вынесения решения. Для публикации в качестве международного стандарта требуется одобрение по крайней мере 75 % национальных органов по стандартизации, участвующих в голосовании.

Следует обратить внимание на возможность того, что при внедрении этого стандарта может потребоваться использование документа, защищенного патентными правами. При публикации настоящего стандарта не рассматривались вопросы наличия или соответствия каких-либо связанных со стандартом патентных прав. ИСО/ИИЭР не несет ответственность ни за идентификацию существенных для стандарта патентов или патентных заявок, для которых может требоваться лицензия, ни за расследование юридической правильности или области применения патентов либо патентных заявок, ни за определение каких-либо условий лицензирования или условий предоставления гарантийных писем либо патентных заявлений и форм лицензирования, если таковые имеются, ни за какие-либо приемлемые недискриминационные лицензионные соглашения. Пользователи этого стандарта должны принять во внимание то, что определение действия каких-либо патентных прав и риска нарушения таких прав полностью лежит на их собственной ответственности. Дополнительная информация может быть получена в ИСО или Ассоциации стандартов ИИЭР.

ИСО/МЭК/ИИЭР 29119-3 подготовлен Подкомитетом 7 «.Системная и программная инженерия» совместного технического комитета ИСО/МЭК СТК 1 «Информационные технологии» в сотрудничестве с комитетом по стандартам системной и программной инженерии компьютерного сообщества ИИЭР в соответствии с организационным соглашением о партнерском сотрудничестве по разработке стандартов между ИСО и ИИЭР.

Серия стандартов ИСО/МЭК/ИИЭР 29119 под общим названием «Системная и программная инженерия. Тестирование программного обеспечения» состоит из следующих частей:

-    Часть 1. Понятия и определения;

-    Часть 2. Процессы тестирования;

-    Часть 3. Документация тестирования;

-    Часть 4. Методики тестирования.

Цель создания серии стандартов тестирования программного обеспечения ИСО/МЭК/ИИЭР 29119 состоит в том, чтобы определить общую модель тестирования программного обеспечения, которая может использоваться любой организацией при выполнении различных форм тестирования программ-

V

ного обеспечения. В настоящем стандарте представлены шаблоны и примеры документации тестирования, которая создается в ходе процесса тестирования. Шаблоны, приведенные в приложениях, отражают полную структуру процесса тестирования, описанного в ИСО/МЭК/ИИЭР 29119-2 «Процессы тестирования», то есть процесса тестирования, для которого создается документация. В приложении А изложены основы содержания каждого документа.

Приложение В содержит список всех информационных элементов, определенных в разделах 5, 6 и 7 настоящего стандарта, с соответствующим уровнем требования соответствия (необходимо/следует/ можно) ИСО/МЭК/ИИЭР 29119-2 «Процессы тестирования». Приложение С содержит общие сведения о примерах. В приложениях D—S приводятся примеры применения шаблонов. Приложение Т показывает взаимосвязь с существующими стандартами. Библиография приводится в конце настоящего стандарта.

Понятия и терминология документации тестирования программного обеспечения определены в ИСО/МЭК/ИИЭР 29119-1 «Понятия и определения».

Актуальная модель процесса тестирования определена в ИСО/МЭК/ИИЭР 29119-2 «Процессы тестирования». В этом стандарте представлено описание процессов тестирования, которые определяют процессы тестирования программного обеспечения на организационном уровне, уровне управления тестированием и уровне динамического тестирования. Кроме того, там представлены информативные диаграммы, описывающие процессы.

Методы проектирования тестирования программного обеспечения, которые могут быть использованы в разработке тестирования, определены в ИСО/МЭК/ИИЭР 29119-4 «Методики тестирования».

Серия международных стандартов ИСО/МЭК/ИИЭР 29119 дает возможность всем заинтересованным лицам контролировать и выполнять тестирование программного обеспечения в любой организации.

VI

ГОСТ Р 56922-2016/ ISO/IEC/IEEE 29119-3:2013

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ

Тестирование программного обеспечения

Часть 3

Документация тестирования

Software and systems engineering.Software testing. Part 3.Test documentation

Дата введения — 2017—06—01

1 Область применения

Настоящий стандарт определяет шаблоны документации тестирования программного обеспечения, которые могут использоваться в любой организации, любом проекте или каком-либо действии тестирования проекта. Здесь описана документация тестирования, которая является результатом процессов, определенных в ИСО/МЭК/ИИЭР 29119-2 «Процессы тестирования». Иерархия документации тестирования представлена на рисунке 1 и в приложении А на рисунке А.1.

Настоящий стандарт применим к тестированию всех моделей жизненного цикла разработки программного обеспечения.

Целевая аудитория настоящего стандарта включает в себя: тестеров, менеджеров тестирования, разработчиков и менеджеров проектов и особенно ответственных за руководство, управление и реализацию тестирования программного обеспечения, но не ограничена этим списком.

Документы, описанные в настоящем стандарте, могут со временем создаваться в нескольких версиях. Однако обращение к нескольким версиям документов лежит вне области применения настоящего стандарта, потому что относится к вопросам менеджмента конфигурации.

Издание официальное

ГОСТ Р 56922-2016

2 Соответствие

2.1    Предполагаемое соответствие

Требования настоящего стандарта, содержащиеся в разделах 5, 6 и 7, устанавливают требования для многих документов тестирования, приемлемых для использования в течение полного жизненного цикла программного обеспечения. Допускается, что в конкретных проектах или организациях может не возникать потребности в использовании всех документов, определенных в настоящем стандарте. Поэтому практическая реализация настоящего стандарта обычно заключается в выборе совокупности документов, пригодных для организации или проекта. Существуют два типа соответствия условиям настоящего стандарта: полное и адаптированное. Соответствие может быть заявлено для организаций, проектов, проектов с несколькими исполнителями и услуг, как это определено в заявлении о соответствии.

Информационные элементы, определенные в разделах 5, 6 и 7, соответствуют выходным данным ИСО/МЭК/ИИЭР 29119-2 «Процессы тестирования». Приложение В является справочным и представляет обзор нормативных требований к разделам ИСО/МЭК/ИИЭР 29119-2, в которых описано создание информационных элементов, определенных в разделах 5, 6 и 7.

Для простоты ссылок в настоящем стандарте на кахадый документ ссылаются как на опубликованный в виде отдельного печатного документа. Названия и содержание документов могут быть изменены (дополнены, объединены или переименованы), и использование номенклатуры конкретных документов, определенных в разделах 5, 6 и 7, не должно требовать соответствия. Документы считаются соответствующими, если они не опубликованы, а доступны в электронной форме, если они разделены на отдельные части или тома или объединены с другими документами в один документ.

2.2    Типы соответствия

Возможны заявления о соответствии двух типов. Выбранный тип соответствия должен быть идентифицирован в заявлении о соответствии документации.

2.2.1    Полное соответствие

Минимальная совокупность требуемых информационных элементов — это все информационные элементы, которые определены в разделах 5, 6 и 7.

Примечание — Может быть заявлено полное соответствие необходимых выбранных документов, даже если не декларируется полное соответствие всему настоящему стандарту.

2.2.2    Адаптированное соответствие

Содержание документов тестирования, определенных в разделах 5, 6 и 7, может быть адаптировано на базе адаптированного соответствия ИСО/МЭК/ИИЭР 29119-2 «Процессы тестирования» и/или на основе конкретных потребностей организации или проекта. В каждом случае адаптации, если не представлен информационный элемент, определенный в разделах 5, 6 и 7, необходимо предоставить обоснование. Все решения по адаптации должны быть документированы с их обоснованием, включая учет любых применимых рисков.

Решения по адаптации должны быть согласованы с соответствующими заинтересованными сторонами.

Адаптированное соответствие может быть достигнуто в следующих случаях:

a)    Минимальная совокупность требуемой документации тестирования определена адаптацией процессов и действий в соответствии с разделом 2 ИСО/МЭК/ИИЭР 29119-2 «Процессы тестирования».

b)    Минимальная совокупность требуемой документации тестирования определена в соответствии с конкретными потребностями организации и/или проекта.

c)    Минимальная совокупность требуемых информационных элементов в документах определена в соответствии с конкретными потребностями организации и/или проекта.

Примечания

1    В отдельных проектах, особенно в тех, которые следуют методике динамичной разработки, адаптация может быть применена ко всем документам настоящего стандарта, допуская их краткую форму или представление в альтернативном формате (например, устном или формате слайдов).

2    Возможно использование различных названий документов, но в таких случаях для облегчения оценки соответствия обычно представляют соответствие локально используемых названий настоящему стандарту.

3

3    Нормативные ссылки

Нормативные документы, упомянутые в настоящем стандарте, обязательны для их применения. Для датированных ссылок используют только указанное издание. Для недатированных — самое последнее издание ссылочного документа (с учетом всех его изменений).

ИСО/МЭК/ИИЭР 15289:2011 Системная и программная инженерия. Содержание информационных продуктов жизненного цикла (документация)

(ISO/IEC/IEEE 15289:2011, Systems and software engineering — Content of life-cycle information products (documentation)

ИСО/МЭК/ИИЭР 29119-1 Системная и программная инженерия. Тестирование программного обеспечения. Часть 1. Понятия и определения

(ISO/IEC/IEEE 29119-1, Software and systems engineering — Software testing — Part 1: Concepts and definitions)

ИСО/МЭК/ИИЭР 29119-2 Системная и программная инженерия. Тестирование программного обеспечения. Часть 2. Процессы тестирования

(ISO/IEC/IEEE 29119-2:2013, Software and systems engineering — Software testing — Part 2: Test processes)

Другие стандарты, полезные для реализации и интерпретации настоящего стандарта, приведены в разделе «Библиография».

4    Термины и определения

В настоящем стандарте применены термины и определения, приведенные в ИСО/МЭК/ИИЭР 24765, а также следующие термины с соответствующими определениями.

Примечание — Терминология в настоящем стандарте используется для простоты цитирования, и ее применение не требуется для соответствия настоящему стандарту. Нижеследующий список терминов и определений представлен для обеспечения правильного понимания и удобочитаемости настоящего стандарта. В него включены только критически важные для понимания настоящего стандарта термины. Составление полного списка терминов тестирования не является целью данного раздела. Для терминов, не определенных в этом разделе, следует пользоваться словарем системной и программной инженерии ИСО/МЭК/ИИЭР 24765.Он доступен на вебсайте: http://www.computer.org/sevocab. Все термины, определенные в данном разделе, преднамеренно включены в ИСО/МЭК/ИИЭР 29119-1, поскольку в этот стандарт входят все термины, использованные в частях 1, 2, 3 и 4 серии стандартов ИСО/МЭК/ИИЭР 29119.

4.1    фактические результаты (actual results): Совокупность поведения или условий элемента тестирования либо совокупность условий связанных данных или тестовой среды, полученных в результате выполнения теста.

Пример — Вывод на аппаратные средства, изменения в данных, отчеты и отправленные информационные сообщения.

4.2    элемент покрытия (coverage item): См. термин «элемент тестового покрытия» согласно 4.15.

4.3    ожидаемые результаты (expected resutts):XapaicrepHoe предсказанное поведение элемента тестирования при указанных условиях на основе его спецификации или другого источника.

4.4    набор функций (feature set): Логическое подмножество элемента(ов) тестирования, которое может быть обработано независимо от других наборов функций в последующих действиях проекта тестирования.

Примечание — Это может быть набор всех функций элемента (полный набор его функций) или подмножество, определенное для конкретной цели (совокупность функциональных возможностей и т. д.).

4.5    Отчет об Инциденте (Incident Report): Документация по инциденту о его проявлении, природе и состоянии.

Примечание — Отчеты об инцидентах также могут называться отчетами об аномалиях, отчетами об ошибках, дефектными отчетами, сообщениями об ошибке, проблемами, проблемными отчетами и отчетами об отказе и т.д.

4.6    Организационная Спецификация Тестирования (Organizational Test Specification): Документ, в котором представлена информация о тестировании для организации, то есть информация, которая не специфична для проекта.

4