ПРИМЕР. Информация может быть размещена на ранней странице документа или в центральном месте, если содержимое хранится в электронной форме, например. в базе данных.
A.3.2.2 Уникальная идентификация документа
Уникально идентифицирует версию документа.
ПРИМЕР Уникальный идентификатор может включать заголовок документа, дату выпуска, версию и / или статус документа (например, черновик, обзор, исправление, окончательный).
A.3.2.3 Организация-эмитент
Указывает организацию, ответственную за подготовку и выпуск документа. Он может также включать автора (ов).
A.3.2.4 Орган утверждения
Идентифицирует назначенное лицо (лица), которые несут ответственность за рассмотрение и подписание документа (возможно, в электронном виде). Он может также включать рецензентов и соответствующих менеджеров.
A.3.2.5 История изменений
Включает журнал всех изменений, которые произошли с документом с момента его создания.
ПРИМЕР 1 Это может включать в себя список, включающий в себя настоящую версию документа и любые предшествующие документы, содержащие уникальную идентификацию каждого документа, описание изменений документа в отношении предыдущего документа в списке, причину изменений, а также имя и роль человек, внесший изменения.
ПРИМЕР 2 Причины изменений могут включать комментарии аудита, обзор команды и системные изменения, а человек, внесший изменения, может быть автором документа, руководителем проекта или владельцем системы.
A.3.3 Введение
Предоставляет пояснительную информацию о контексте и структуре документа:
A.3.3.1 Область применения
Определяет степень охвата предметной области документом и описывает любые включения, исключения, допущения и / или ограничения.
A.3.3.2 Ссылки
Перечисляет ссылочные документы и идентифицирует репозитории для системы, программного обеспечения и тестовой информации. Ссылки могут быть разделены на «внешние» ссылки, которые налагаются вне организации и «внутренние» ссылки, которые налагаются внутри организации.
A.3.3.3 Глоссарий
Предоставляет лексику для терминов, сокращенных терминов и акронимов, если таковые имеются, используемые в документе.
ПРИМЕЧАНИЕ. Этот раздел может быть приложением или может ссылаться на другой документ, содержащий общий глоссарий. Все или часть глоссария и / или сокращенного списка могут быть онлайн, в качестве отдельного тестового конкретного глоссария или включены в более крупный организационный глоссарий (включая больше терминов, чем те, которые связаны с тестированием).
A.3.4 Сведения об инциденте
Информация, описывающая инцидент, когда он впервые признается и сообщается, включает:
A.3.4.1 Информация о сроках
Записывает дату (и, возможно, время), когда инцидент был впервые обнаружен.
A.3.4.2 Инициатор
Указывает имена и названия лиц, которые идентифицировали инцидент.
A.3.4.3 Контекст
Определяет контекст, в котором наблюдался инцидент.
ПРИМЕР Это может включать:
- рабочий продукт (включая его уникальный идентификатор), в котором наблюдался инцидент. В контексте обзора элемент обычно будет рассматриваемый рабочий продукт, но он может быть вспомогательной спецификацией или стандартом;
- обзорная деятельность или задача, выполняемая при обнаружении инцидента;
- любая соответствующая информация о деятельности по рассмотрению, рассматриваемая рецензентом как существенная, например конкретный метод индивидуального обзора или контрольный список.
A.3.4.4 Описание инцидента
Предоставляет подробное описание инцидента. Сопутствующая информация и наблюдения, которые могут помочь в изоляции и исправлении причины инцидента, могут быть включены. В описании также может быть указано, где можно найти дополнительные доказательства или вспомогательную информацию, чтобы помочь в диагностике инцидента.
A.3.4.5 Критичность
Указывает (с точки зрения автора) глубину и широту воздействия этого инцидента на технические и деловые вопросы. Это может включать оценку времени и усилий, необходимых для устранения связанного дефекта.
A.3.4.6 Приоритет
Обеспечивает оценку срочности исправления. Большинство организаций имеют от трех до пяти категорий.
A.3.4.7 Риск
Предоставляет информацию о введении новых рисков или изменении состояния существующих рисков, если это применимо.
A.3.4.8 Статус инцидента
Определяет текущий статус инцидента, который будет «открытым» или подобным, когда инцидент будет впервые поднят.
ПРИМЕР Общая последовательность инцидентов по мере их прохождения по жизненным циклам была бы: «Открыто», «Утверждено для разрешения», «Назначено для разрешения», «Исправлено», «Проверено с подтвержденным исправлением» и «Закрыто». Другие возможные значения состояния могут быть «Отклонено» или «Отказано».
A.4 Обзорный отчет
A.4.1 Краткий обзор
В отчете по обзору приводится краткое изложение проведенного обзора.
A.4.2 Информация о конкретном документе
A.4.2.1 Краткий обзор
Эта информация идентифицирует документ и описывает его происхождение и историю.
ПРИМЕР. Информация может быть размещена на ранней странице документа или в центральном месте, если содержимое хранится в электронной форме, например. в базе данных.
A.4.2.2 Уникальная идентификация документа
Уникально идентифицирует версию документа.
ПРИМЕР Уникальный идентификатор может включать заголовок документа, дату выпуска, версию и / или статус документа (например, черновик, обзор, исправление, окончательный).
A.4.2.3 Организация-эмитент
Указывает организацию, ответственную за подготовку и выпуск документа. Он может также включать автора (ов).
A.4.2.4 Орган утверждения
Идентифицирует назначенное лицо (лица), которые несут ответственность за рассмотрение и подписание документа (возможно, в электронном виде). Он может также включать рецензентов и соответствующих менеджеров.
A.4.2.5 История изменений
Включает журнал всех изменений, которые произошли с документом с момента его создания.
ПРИМЕР 1 Это может включать в себя список, включающий в себя настоящую версию документа и любые предшествующие документы, содержащие уникальную идентификацию каждого документа, описание изменений документа в отношении предыдущего документа в списке, причину изменений, а также имя и роль человек, внесший изменения.
ПРИМЕР 2 Причины изменений могут включать комментарии аудита, обзор команды и системные изменения. И человек, внесший изменения, может быть автором документа, руководителем проекта или владельцем системы.
A.4.2.6 Введение
Предоставляет пояснительную информацию о контексте и структуре документа:
A.4.2.6.1 Общие положения
Описывает охват рабочего продукта обзором, а также любые включения, исключения, допущения и / или ограничения.
A.4.2.6.2 Рекомендации
Перечисляет ссылочные документы и идентифицирует репозитории для системы, программного обеспечения и тестовой информации. Ссылки могут быть разделены на «внешние» ссылки, которые налагаются вне организации и «внутренние» ссылки, которые налагаются внутри организации.
A.4.2.6.3 Глоссарий
Предоставляет лексику для терминов, сокращенных терминов и акронимов, если таковые имеются, используемые в документе.
ПРИМЕЧАНИЕ. Этот раздел может быть приложением или может ссылаться на другой документ, содержащий общий глоссарий. Все или часть глоссария и / или сокращенного списка могут быть онлайн, в качестве отдельного тестового конкретного глоссария или включены в более крупный глогаризационный глоссарий (включая больше терминов, чем те, которые связаны с тестированием).
A.4.3 Сведения о просмотре отчета
Информация, описывающая обзор, включает:
A.4.3.1 Описание рабочего продукта
Предоставляет описание рассмотренного рабочего продукта.
ПРИМЕЧАНИЕ. Это описание может быть просто ссылкой на обзорный продукт.
A.4.3.2 Участники
Перечисляет участников процесса обзора по имени и роли.
A.4.3.3 Резюме результатов обзора
Содержит резюме результатов, собранных в ходе обзора.
ПРИМЕР 1 Резюме может включать обнаруженные проблемы, исправленные проблемы, рекомендации по улучшению процесса и общий результат.
ПРИМЕР 2 Резюме может включать в себя копию журнала проблем (см. A.2) или ссылку на журнал проблем.
ПРИМЕР 3 Краткое изложение может включать в себя список всех зарегистрированных инцидентов (см. A.3).
A.4.3.4 Обзор показателей
Обеспечьте показатели, собранные в процессе обзора.
ПРИМЕР Сводная информация о продолжительности встречи, общих затратах, усилиях по доработке, количестве поднятых вопросов, количестве критических дефектов и предполагаемой экономии в последующих усилиях или расходах.
ПРИМЕЧАНИЕ. Приложение H описывает часто используемые метрики обзора для поддержки обнаружения дефектов и улучшения процесса.
A.4.3.5 Оценка рабочего продукта
Указывает, будет ли рассматриваемый рабочий продукт использоваться как есть, требует дальнейших обновлений перед его использованием, будет переработана и пересмотрена или будет отброшена.
Приложение B
(информационное)
Просмотрите примеры документации
B.1 Краткий обзор
В этом приложении представлен обзор типичного потока документов, связанных с общими результатами, а также примеры трех обзоров документов для неофициальных и официальных обзоров.
B.2 Поток документов
На рисунке B.1 показан пример потока документов (как показано жирными черными стрелками) для общего процесса просмотра. Проблемы выявляются во время операции «Индивидуальное рассмотрение» (см. 6.4.3), и в это время описание и степень серьезности записываются для каждой проблемы в журнале проблем. Проблемы в журнале проблем анализируются во время деятельности «Обмен сообщениями и анализа» (см. 6.4.4), и их статус (например, «проблема, подлежащая решению») и их назначение (например, автору произведения) решаются, и эти детали также записываются вместе с описаниями проблем в журнале проблем. В рамках деятельности «Фиксация и отчетность» отчеты об инцидентах для тех проблем, которые требуют изменений в артефактах, отличных от рабочего продукта, создаются и передаются соответствующим людям. В конце действия «Фиксация и отчетность» создается отчет о проверке, в котором описывается, что было сделано, и результаты обзора. Как правило, этот обзорный отчет ссылается как на журнал проблем, так и на любые отчеты об инцидентах, созданные как часть обзора (как
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 |
