ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 18.04.2021
Просмотров: 2588
Скачиваний: 13
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 66 из 101
13 апреля 2011
© International Software Testing Qualifications Board
•
Принятие решение о внедрении среды тестирования;
•
Написание отчетов тестирования, основанных на информации, полученной
при проведении тестирования.
Типичные задачи тестировщика могут включать:
•
Рецензирование и дополнение планов тестирования;
•
Анализ, рецензирование и оценка тестируемости пользовательских
требований, спецификаций и моделей;
•
Создание спецификаций тестирования;
•
Настройка тестового окружения (часто совместно с системными
администраторами и руководством по сетям);
•
Подготовка и получение тестовых данных;
•
Разработка тестов на всех уровнях тестирования, исполнение и запись
тестов, оценка результатов и документирование отклонений от ожидаемых
результатов;
•
Использование при необходимости средств администрирования или
управления тестированием, а также отслеживания тестирования;
•
Автоматизация тестов (возможно при поддержке разработчика или эксперта
по автоматизации);
•
Измерение производительности компонентов или системы (если
необходимо);
•
Рецензирование тестов, разработанных другими тестировщиками.
Люди, работающие над анализом, проектированием, определенными типами
тестов или автоматизацией могут быть специалистами в этих ролях. В
зависимости от уровня тестирования и рисков, относящихся к продукту или
проекту, различные люди могут принимать на себя роль тестировщика, соблюдая
некий уровень независимости. Обычно тестировщиками на уровне компонентов
или интеграции являются разработчики, на приемочном уровне это могут быть
бизнес-эксперты и пользователи, на эксплуатационном приемочном – операторы.
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 67 из 101
13 апреля 2011
© International Software Testing Qualifications Board
5.2 Планирование и оценка тестирования (K3)
40 минут
Терминология
Подход к тестированию, стратегия тестирования
5.2.1 Планирование тестирования (K2)
Этот раздел описывает цели планирования тестирования в рамках проектов
разработки и внедрения. Планирование может быть задокументировано в главном
плане тестирования, а также в отдельных планах для уровней, таких как
системное или приемочное тестирование. Описание документации по
планированию тестирования содержится в «Стандарте по Тестовой Документации
для Программного Обеспечения» (IEEE Std-829-1998)
На планирование влияют тестовая политика организации, объем тестирования,
объекты тестирования, риски, ограничения, критичность, тестируемость и наличие
ресурсов. Чем дальше развиваются проект и планирование тестирования, тем
больше доступной информации и больше деталей может быть включено в план.
Планирование тестирования – непрерывный процесс, выполняемый во время
всего жизненного цикла. Обратная связь от результатов тестовой деятельности
используется для определения изменения рисков, таким образом, что бы
планирование можно было корректировать.
5.2.2 Действия по планированию тестирования (K3)
Действия по планированию тестирования всей системы или ее части могут
включать:
•
Определение объема, рисков и целей тестирования;
•
Определение общего подхода к тестированию, включая уровни
тестирования и критерия входа;
•
Интегрирование и координация действий тестирования с жизненным
циклом ПО (приобретение, поставка, разработка, функционирование и
поддержка);
•
Принятие решений о том, что тестировать, какие роли нужны для
выполнения тестирования, когда и как проводить тестирование и как
оценивать результаты;
•
Составление расписания анализа и проектирования тестов;
•
Составление расписания подготовки, исполнения и оценки тестов;
•
Назначение ресурсов для различных, определенных ранее, действий;
•
Определение размера, уровня детализации, структуры и шаблонов для
тестовой документации;
•
Выбор метрик для мониторинга и контроля подготовки и проведения
тестирования, исправления дефектов, проблем и рисков;
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 68 из 101
13 апреля 2011
© International Software Testing Qualifications Board
•
Установка уровня детализации для тестовых процедур для предоставления
достаточной информации, чтобы поддерживать повторяемость подготовки
и проведения тестирования.
5.2.3 Критерий входа (K2)
Критерий входа определяет, когда нужно начинать тестирование, например, для
начала уровня тестирования или когда набор тестов готов для исполнения.
Обычно критерии входа могут покрывать:
•
Готовность и доступность тестового окружения;
•
Готовность средства тестирования в окружении;
•
Доступность тестируемого кода;
•
Доступность тестовых данных.
5.2.4 Критерий выхода (K2)
Критерий выхода определяет, когда нужно прекращать тестирование, например,
по окончании уровня тестирования или когда набор тестов достиг определенной
цели.
Обычно критерии выхода могут покрывать:
•
Тщательность оценки, например покрытие кода, функциональности или
рисков;
•
Оценку плотности дефектов или измерение надежности;
•
Стоимость.
•
Остаточные риски, такие как неисправленные дефекты или недостаток
тестового покрытия какой-либо области;
•
План, основанный на времени выхода ПО на рынок.
5.2.5 Оценка тестирования (K2)
В данном курсе рассматриваются два подхода к оценке трудозатрат в
тестировании:
•
Основанный на метриках: оценка трудозатрат основана на метриках
предыдущих или сходных проектов или основана на типичных значениях;
•
Основанный на экспертной оценке: оценка задач производится владельцем
этих задач или экспертом.
Как только оценка трудозатрат выполнена, можно определить ресурсы или
составить расписание.
Работы по тестированию могут зависеть от ряда факторов, включая:
•
Характеристики продукта: качество спецификаций или другой информации,
используемых моделей тестирования (т.е. основы тестирования), размер
продукта, сложность предметной области, требования к надежности и
безопасности и требования к документации;
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 69 из 101
13 апреля 2011
© International Software Testing Qualifications Board
•
Характеристики процесса разработки: стабильность организации,
используемые средства, процессы тестирования, квалификация
вовлеченных людей и временные ограничения;
•
Результат тестирования: количество дефектов и объем работы, которую
необходимо переделать.
5.2.6 Стратегия тестирования, подход к тестированию (K2)
Подход к тестированию является реализацией стратегии тестирования для
конкретного проекта.
Подход к тестированию определяется и детализируется в плане тестирования и
спецификации проектирования тестов и обычно включает в себя решения,
основанные на (тестовых) целях проекта и оценке рисков. Это начальная точка
для планирования тестовых процессов, выбора метода и типа тестов и
определения критериев входа и выхода.
Выбранный подход к тестированию зависит от контекста и может учитывать риски,
угрозы и безопасность, доступные ресурсы и квалификацию, технологию, природу
системы (например, индивидуальная сборка или коммерческое готовое ПО), цели
тестирования и регламент.
Типичные подходы к тестированию:
•
Аналитические подходы, например, тестирование, основанное на рисках,
где тестирование направлено на области с наивысшим риском;
•
Подходы, основанные на моделях, например, стохастическое тестирование,
в котором используется статистическая информация об уровне сбоев
(например, модель возрастающей надежности) или использования
(например, рабочие профили);
•
Методические подходы, например, основанные на дефектах (включая
предположение об ошибке или атаки), на опыте, чек-листах и
характеристиках качества;
•
Подходы, основанные на соответствии процессам или стандартам,
например, которые определены согласно индустриальным стандартам или
гибким методологиям;
•
Динамические и эвристические подходы, такие как исследовательское
тестирование, при котором тестирование больше реагирует на события,
чем на запланированный сценарий, и при котором проведение и оценка
тестирования являются параллельными задачами;
•
Консультативные подходы, например те, для которых тестовое покрытие
управляется в основном советами и указаниями экспертов в технологиях
и\или предметной области и которые не входят в команду;
•
Регрессионные подходы, которые включают повторное использование
существующих материалов тестирования, всестороннюю автоматизацию
функциональных регрессионных тестов и стандартных наборов тестов.
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 70 из 101
13 апреля 2011
© International Software Testing Qualifications Board
5.3 Мониторинг прогресса и контроль
тестирования (K2)
20 минут
Терминология
Плотность дефектов, интенсивность отказов, контроль тестирования, мониторинг
тестирования, отчет о результатах тестирования
5.3.1 Мониторинг прогресса тестирования (K1)
Целью мониторинга тестирования является предоставление результата и обзора
процесса тестирования. Информация отслеживается вручную или автоматически
и может быть использована для измерения критериев выхода, таких как покрытие.
Метрики также могут быть использованы для оценки прогресса тестирования по
сравнению с запланированным расписанием и бюджетом.
Обычные тестовые метрики включают в себя:
•
Процент проделанной работы по подготовке тестовых сценариев (или
процентное соотношение запланированных и подготовленных сценариев);
•
Процент проделанной работы по подготовке тестового окружения;
•
Выполнение тестовых сценариев (например, количество
выполненных\невыполненных тестовых сценариев, успешно
пройденных\неудачных тестовых сценариев);
•
Информация о дефектах (например, плотность дефектов, количество
найденных и исправленных дефектов, интенсивность отказов и результаты
повторного тестирования);
•
Тестовое покрытие требований, рисков или кода;
•
Субъективная уверенность тестировщиков в продукте;
•
Даты контрольных точек тестирования;
•
Стоимость тестирования, включая стоимость по сравнению с выгодой
нахождения следующего дефекта или запуска следующего теста.
5.3.2 Отчетность по тестированию (K2)
Отчеты о тестировании предоставляют итоговую информацию о тестировании,
включая:
•
Что произошло во время цикла тестирования, например, даты, когда были
достигнуты критерии выхода;
•
Проанализированную информацию и метрики для поддержки рекомендаций
и решений о последующих действиях, таких как оценка оставшихся
дефектов, экономическое обоснование продолжения тестирования,
оставшиеся риски и уровень уверенности в тестируемом ПО.
Структура отчета о результатах тестирования приводится в «Стандарте по
тестовой Документации для Программного Обеспечения» (IEEE Std 829-1998).