|
|
гост. 19621_ГОСТ Р 56920_Определения (1). Системная и программная инженерия
Статическое тестирование 1. Документация требований
|
|
Цель тестирования:
|
Предоставить информацию о том, как документированы требования.
|
Элемент тестирования:
|
Отобранные требования (либо все, либо часть).
|
Базис тестирования:
|
Внутренние и/или внешние инструкции, например, относительно определенного стиля документирования требований и/или относительно соответствующей информации, такой как уникальная идентификация, приоритет и инициатор.
|
Метод(ы) проектирования тестирования:
|
Технический анализ или проверка (следует помнить, что проверке должен предшествовать неформальный или технический анализ, чтобы гарантировать определенную завершенность требований, которые будут проверены).
|
Статическое тестирование 2. Удобство использования требований
|
|
Цель тестирования:
|
Предоставить информацию о полноценности требований к проекту или тестированию.
|
Элемент тестирования:
|
Отобранные требования (либо все, либо часть).
|
Базис тестирования:
|
Нет.
|
Метод(ы) проектирования тестирования:
|
Пошаговый разбор, например, с разработчиками или с тестерами.
|
Статическое тестирование 3. Полнота требований
|
|
Цель тестирования:
|
Предоставить информацию о полноте ряда требований.
|
Элемент тестирования:
|
Отобранные требования (либо все, либо часть).
|
Базис тестирования:
|
Инструкции и/или информация о прослеживаемости для требований высокого уровня.
|
Метод(ы) проектирования тестирования:
|
Технический анализ.
|
D.7 Подпроцесс повторного тестирования
Этот пример представляет общий подпроцесс тестирования, который будет выполняться после реализации изменений в элементе, вызванных дефектом, найденным при предыдущем выполнении теста, то есть для элемента тестирования, ранее уже проходившего тест.
Подпроцесс тестирования может быть выполнен как часть любого другого подпроцесса тестирования и для любого элемента тестирования.
|
|
Цель подпроцесса тестирования:
|
Предоставить информацию о дефекте, который, как доложено, был устранен.
|
Запланированный состав подпроцесса тестирования:
|
Повторное выполнение ранее не прошедшего соответствующего статического или динамического тестирования.
|
Повторное тестирование:
|
|
Цель тестирования:
|
Предоставить информацию о качестве измененного элемента тестирования.
|
Элемент тестирования:
|
Рассматриваемый элемент тестирования.
|
Базис тестирования:
|
Сообразно обстоятельствам.
|
Подробные процессы тестирования:
|
Разработка и реализация тестирования; установка и поддержка тестовой среды; выполнение теста; отчетность об инцидентах тестирования. Разработка и реализация тестирования не требуются, так как это тестирование выполняется, используя процедуры тестирования, которые ранее не завершились успехом.
|
Метод(ы) проектирования тестирования:
|
Сообразно обстоятельствам.
|
D.8 Подпроцесс тестирования совокупности истории
Этот пример представляет подпроцесс тестирования, связанный с выбором для обработки в конкретном спринте портфеля на базе текущего портфеля проекта.
|
|
Цель подпроцесса тестирования:
|
Предоставить информацию о качестве совокупности историй для обработки в определенном спринте.
|
Запланированный состав подпроцесса тестирования:
|
Статическое тестирование. Возможность реализации историй.
|
Статическое тестирование. Возможность реализации историй
|
|
Цель тестирования:
|
Предоставить информацию о совокупности отобранных историй.
|
Элемент тестирования:
|
Отобранные истории.
|
Базис тестирования:
|
Инструкции, например, относительно понимания историй и оценки времени разработки, а также зависимости и непротиворечивости историй.
|
Метод(ы) проектирования тестирования:
|
Неформальный анализ или технический анализ.
|
D.9 Подпроцесс тестирования истории
Этот пример представляет подпроцесс тестирования, связанный с завершением реализации истории перед включением истории в ежедневную сборку (или в блок для включения в новую сборку).
Во время обработки историй из портфеля спринта производится множество подобных элементов тестирования, каждый из которых является реализацией истории. Поэтому подпроцесс тестирования истории может покрыть тестирование одной или более историй, в зависимости от того, сколько историй было реализовано перед сборкой. Конкретные реализованные истории тестируются похожими способами. В этом случае используется общее динамическое тестирование, которое и может быть выполнено для любой истории. Подпроцесс тестирования истории завершается только тогда, когда завершены все запланированные тестирования (или в зависимости от обстоятельств фиксируется отказ).
|
|
Цель подпроцесса тестирования:
|
Предоставить информацию о реализованной истории перед включением ее в сборку.
|
Запланированный состав подпроцесса тестирования:
|
Статическое тестирование: атрибуты качества исходного кода.
Динамическое тестирование: тестирование истории, исследовательское тестирование.
|
Статическое тестирование. Атрибуты качества исходного кода
|
|
Цель тестирования:
|
Предоставить информацию о качестве исходного кода.
|
Элемент тестирования:
|
Созданный или затронутый реализацией истории исходный код.
|
Базис тестирования:
|
Внутренние и/или внешние инструкции, например, относительно определенного стиля записи кода и/или необычных особенностей кодирования, таких как использование переменной перед ее объявлением.
|
Метод(ы) проектирования тестирования:
|
Технический анализ или статический анализ.
|
Динамическое тестирование. Тестирование истории
|
|
Цель тестирования:
|
Предоставить информацию о качестве реализации истории.
|
Элемент тестирования:
|
История, реализованная в среде изолированно от общей сборки.
|
Базис тестирования:
|
История.
|
Подробные процессы тестирования:
|
Разработка и реализация тестирования; установка и поддержка тестовой среды; выполнение теста и отчетность об инцидентах тестирования.
|
Метод(ы) проектирования тестирования:
|
Соответствующие методики, дополненные методиками, необходимыми для требуемого покрытия.
|
D.10 Подпроцесс тестирования системы
Этот пример представляет подпроцесс тестирования, связанный с фазой завершения разработки системы. Он может быть также связан с фазой, определенной как фаза созревания, которая будет завершена перед объявлением готовности системы к приемочным испытаниям.
|
|
Цель подпроцесса тестирования:
|
Предоставить информацию о качестве полной системы.
|
Запланированный состав подпроцесса тестирования:
|
Динамическое тестирование. Тестирование системы.
|
Динамическое тестирование. Тестирование системы
|
|
Цель тестирования:
|
Оценить качество полной системы после интеграции.
|
Элемент тестирования:
|
Полная система.
|
Базис тестирования:
|
Системные требования.
|
Подробные процессы тестирования:
|
Разработка и реализация тестирования; установка и поддержка тестовой среды; выполнение теста и отчетность об инцидентах тестирования.
|
Метод(ы) проектирования тестирования:
|
Разбиение эквивалентности, анализ граничных значений, тестирование изменения состояния и метод дерева классификации сообразно обстоятельствам.
|
Цель тестирования системы состоит в том, чтобы найти в функциональности системы дефекты по сравнению с требованиями к программной системе.
Следует предвидеть, что для достижения критериев завершения тестирования системы потребуется множество подпроцессов повторного тестирования и подпроцессов регрессионного теста.
D.11 Подпроцесс покомпонентного тестирования
Этот пример представляет подпроцесс тестирования, связанный с фазой кодирования жизненного цикла разработки.
Во время фазы кодирования производится множество подобных элементов тестирования, которые являются компонентами исходного кода и могут быть либо непосредственно интерпретируемыми компонентами, либо скомпилированы и связаны в исполнимые компоненты. В связи с этим общий подпроцесс покомпонентного тестирования может охватить подобным образом тестирование всех или некоторых конкретных из этих компонентов. В этом примере использовано общее динамическое тестирование, которое может быть выполнено для любого компонента. Подпроцесс покомпонентного тестирования завершается только тогда, когда завершены все запланированные тестирования (или в зависимости от обстоятельств фиксируется отказ).
|
|
Цель подпроцесса тестирования:
|
Предоставить информацию о качестве компонента.
|
Запланированный состав подпроцесса тестирования:
|
Динамическое тестирование. Тестирование компонента.
|
Динамическое тестирование. Тестирование компонента
|
|
Цель тестирования:
|
Предоставить информацию о качестве компонента.
|
Элемент тестирования:
|
Компонент в изоляции от других компонентов в системе (может потребовать драйверов и заглушек).
|
Базис тестирования:
|
Детальное проектирование для компонента, включая прослеживаемость к требованиям.
|
Подробные процессы тестирования:
|
Разработка и реализация тестирования; установка и поддержка тестовой среды; выполнение теста и отчетность об инцидентах тестирования.
|
Метод(ы) проектирования тестирования:
|
Соответствующие методики, дополненные методиками, необходимыми для требуемого покрытия.
|
Приложение Е (справочное). Роли и обязанности в тестировании
Приложение Е
(справочное)
Е.1 Роли в тестировании
Существует множество различных наименований профессиональных ролей в тестировании, поэтому настоящий стандарт не предоставляет исчерпывающий список различных профессиональных ролей и обязанностей для глобального использования в тестировании. Вместо этого в общих чертах представлены роли, которые могут выполняться человеком, ответственным за реализацию некоторого аспекта процесса тестирования, определенного в настоящем стандарте. За каждую из нижеперечисленных ролей могут нести ответственность несколько человек.
Стратег тестирования
Устанавливает и обеспечивает соответствие Организационному Процессу Тестирования.
Менеджер тестирования
Разрабатывает и управляет Процессом Менеджмента Тестирования и гарантирует его соответствие. Менеджер тестирования также планирует и управляет Процессами Динамического Тестирования.
Тестер
Получает результаты тестирования и выполняет процессы, относящиеся к Процессам Динамического Тестирования.
Очевидно, что в реальности процессы, определенные в настоящем стандарте, будут выполняться несколькими людьми с различными должностями.
|
|
|
Скачать 0.52 Mb.