ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 18.04.2021
Просмотров: 2578
Скачиваний: 13
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 76 из 101
13 апреля 2011
© International Software Testing Qualifications Board
5.6 Управление инцидентами (K3)
40 минут
Терминология
Регистрирование инцидентов, управление инцидентами, отчет по инцидентам
Введение
Так как одной из целей тестирования является поиск дефектов, то разница между
действительным и ожидаемым результатом должна быть зарегистрирована как
инцидент. После обязательного изучения инцидента, он может быть определен
как дефект. Нужно определить приемлемые действия по распределению
инцидентов и дефектов. Инциденты и дефекты должны отслеживаться от
момента обнаружения и классификации до исправления и подтверждения, что
проблема решена. Для управления всеми инцидентами до их завершения в
организации необходимо установить процесс управления инцидентами и правила
их классификации.
Инциденты могут быть обнаружены во время разработки, рецензирования,
тестирования или использования ПО. Они могут быть найдены в коде,
работающей системе, документации любого типа, включая требования,
документы разработки, тестовые документы и документы для пользователей,
например «Справка» или руководство по установке.
Цели отчета по инцидентам:
Обеспечить разработчиков и другие заинтересованные стороны
информацией о проблеме, что бы идентифицировать, изолировать и
исправить, если это необходимо;
Обеспечить руководителя тестирования средством отслеживания качества
тестируемой системы и прогресса тестирования;
Обеспечивать идеями по улучшению процесса тестирования.
Отчета об инцидентах может содержать:
Дату нахождения, нашедшую организацию и автора инцидента;
Ожидаемый и фактический результат;
Идентификатор тестового (конфигурационного) элемента и окружение;
Жизненный цикл ПО или системы, в котором был обнаружен инцидент;
Описание, необходимое для воспроизведения и решения инцидента,
включая логи, дампы базы или снимки экрана;
Уровень влияния на заинтересованные стороны;
Серьезность влияния на систему;
Срочность\приоритет для исправления;
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 77 из 101
13 апреля 2011
© International Software Testing Qualifications Board
Статус инцидента (например, открыт, отложен, копия, ожидает
исправления, ожидает подтверждающего тестирования, закрыт);
Заключение, рекомендации и подтверждение;
Общие проблемы, например, другие области, которые могут быть
затронуты при решении инцидента;
История изменений, например, последовательность действий, принятых
членами команды проекта для изолирования, исправления и
подтверждения исправления инцидента;
Ссылки, включая идентификатор на спецификацию тестового сценария,
который выявил проблему.
Структура отчета об инцидентах также описана в «Стандарте по тестовой
Документации для Программного Обеспечения» (IEEE Std 829-1998)
Ссылки:
5.1.1 Black, 2001, Hetzel, 1988
5.1.2 Black, 2001, Hetzel, 1988
5.2.5 Black, 2001, Craig, 2002, IEEE Std 829-1998, Kaner 2002
5.3.3 Black, 2001, Craig, 2002, Hetzel, 1988, IEEE Std 829-1998
5.4
Craig, 2002
5.5.2 Black, 2001 , IEEE Std 829-1998
5.6
Black, 2001, IEEE Std 829-1998
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 78 из 101
13 апреля 2011
© International Software Testing Qualifications Board
6 Инструментальные средства поддержки
тестирования (K2)
80 минут
Цели изучения инструментальных средств поддержки
тестирования
Цели определяют Ваши возможности после завершения работы с каждым
модулем.
6.1
Типы инструментов тестирования (K2)
LO-6.1.1 Классифицировать различные типы инструментов тестирования в
соответствии с их целями и деятельностью в фундаментальном
процессе тестирования и жизненном цикле программного обеспечения
(K2)
LO-6.1.3 Объяснить значение инструмента тестирования как термина, а также
цели инструментальных средств поддержки (K2)
6.2
Эффективное использование инструментальных средств: выгоды и риски
(K2)
LO-6.2.1 Обобщить выгоды и риски использования автоматизации тестирования
и инструментальных средств поддержки тестирования. (K2)
LO-6.2.2 Вспомнить особенности средств выполнения тестов, статического
анализа и инструментов управления тестами. (K1)
6.3
Внедрение инструментального средства в организацию (K1)
LO-6.3.1 Установить основные принципы внедрения инструментального
средства в организацию(K1)
LO-6.3.2 Установить цели опытно-экспериментальной оценки инструментального
средства и пилотной фазы его внедрения. (K1)
LO-6.3.3 Объяснить, , что, кроме приобретения инструмента, требуется для его
качественной поддержки. (K1)
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 79 из 101
13 апреля 2011
© International Software Testing Qualifications Board
6.1 Типы инструментов тестирования (К2)
45 минут
Терминология
Средство управления конфигурацией, инструмент покрытия, инструмент отладки,
инструмент динамического анализа, инструмент управления инцидентами,
инструмент нагрузочного тестирования, инструмент моделирования, инструмент
мониторинга, инструмент тестирования производительности, эффект
зондирования, инструмент управления требованиями, инструмент
рецензирования, средство защиты, инструмент статистического анализа,
инструмент стрессового тестирования, тестовый компаратор, инструмент
подготовки тестовых данных, инструмент проектирования тестов, тестовая
обвязка, инструмент выполнения тестов, инструмент управления тестированием,
инструмент интегрированной среды модульного тестирования.
6.1.1 Применение инструментов в тестировании (К2)
Инструменты тестирования могут быть использованы для одного или нескольких
действий, помогающих тестированию. К инструментам тестирования относятся:
1. Инструменты, используемые непосредственно в тестировании, такие как
инструмент выполнения тестов, инструмент подготовки тестовых данных и
инструмент сравнения результатов.
2. Инструменты, помогающие в организации процесса тестирования, среди
них инструменты, используемые для управления тестами, результатами
тестов, данными, требованиями, инцидентами, дефектами и так далее, и
инструменты для создания отчетов и мониторинга процесса выполнения
тестов.
3. Инструменты, используемые для «зондирования» или, проще говоря,
исследования, например, инструменты мониторинга файловой активности
во время работы приложения.
4. Любой инструмент, оказывающий поддержку тестированию (электронная
таблица также может считаться тестовым инструментом в этом смысле).
Поддержка тестирования инструментами автоматизации может преследовать
одну или более из перечисленных ниже целей в зависимости от контекста:
Улучшить эффективность тестовых активностей, автоматизируя
повторяющиеся задачи, или поддерживая тестовые активности, такие как
планирование, тест дизайн, тестовые отчеты и мониторинг;
Автоматизировать действия, требующие значительных затрат ресурсов для
выполнения вручную (например, статическое тестирование);
Автоматизировать действия, которые не могут быть выполнены вручную
(например, крупномасштабное тестирование производительности клиент-
серверных приложений);
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 80 из 101
13 апреля 2011
© International Software Testing Qualifications Board
Увеличить надежность тестирования (например, проведя автоматизацию
сравнения больших объемов данных или имитации поведения).
Термин «тестовая среда» часто используется в области тестирования и
разработки программного обеспечения как минимум в трех значениях:
Многократно используемые и расширяемые библиотеки, которые могут
быть использованы для построения инструментов тестирования (также
известные как тестовые обвязки);
Тип проектирования тестов, применяемого для автоматизации
тестирования (например, управляемое данными или на основе ключевых
слов);
Общий процесс исполнения тестирования;
В этой программе термин «тестовая среда» используется в первых двух
значениях, как указано в Главе 6.1.6.
6.1.2 Классификация инструментов тестирования (К2)
Существует много инструментов, поддерживающих различные аспекты
тестирования. Инструменты могут быть классифицированы по-разному: по
назначению, по виду поставки (коммерческий/бесплатный/с открытым исходным
кодом/условно-бесплатный), по используемым технологиям и так далее.
Некоторые инструменты поддерживают только одну деятельность тестирования,
другие могут поддерживать более одной, но классифицированы согласно той
деятельности, с которой теснее всего связаны. Инструменты от одного
производителя могут быть объединены в один программный пакет, особенно если
были разработаны для совместного использования.
Некоторые типы инструментов тестирования могут обладать побочными
эффектами, влияя на фактический результат теста. Например, фактическое
время выполнения теста может отличаться из-за дополнительных операций,
выполняемых инструментом, или вы можете получить неправильный результат
измерения покрытия кода. Следствием работы таких инструментов является
эффект зондирования.
Некоторые инструменты предлагают возможности, более подходящие для
разработчиков (например, инструменты, используемые на фазе компонентного
или интеграционного тестирования). Такие инструменты помечаются буквой «(D)»
в списке, приведенном ниже.
6.1.3 Инструменты для управления тестированием и тестами (К1)
Инструменты управления применяются ко всем тестовым активностям,
проходящим в течение жизненного цикла программного продукта.
Инструменты управления тестированием
Эти инструменты предоставляют возможности для выполнения тестов,
отслеживания дефектов и управления требованиями, совместно с поддержкой
количественного анализа и отчетов о целях (объектах) тестирования.
Инструменты управления требованиями