ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 18.04.2021
Просмотров: 2577
Скачиваний: 13
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 41 из 101
13 апреля 2011
© International Software Testing Qualifications Board
3.1 Статические методы и процесс
тестирования (К2)
15 минут
Терминология
Динамическое тестирование, статическое тестирование.
Введение
В отличие от динамического тестирования, которое требует запуска ПО, при
статическом тестировании код или проектная документация исследуется вручную
(рецензирование) или с помощью автоматизированных средств анализа
(статический анализ) без исполнения кода.
Рецензирование - вид тестирования ПО (включая код), который может
проводиться перед динамическим тестированием. Исправление дефектов,
обнаруженных во время рецензирования на ранних этапах жизненного цикла ПО
(например, дефектов, найденных в требованиях), часто обходится значительно
дешевле по сравнению с дефектами, найденными во время выполнения тестов и
исполнения кода.
Рецензирование может проводиться вручную или с помощью специальных
программных средств. Главной составляющей ручного процесса является
исследование и комментирование программного продукта. Рецензирование может
проводиться для любого продукта, связанного с разработкой ПО, включая
спецификации требований и дизайна, код, планы тестирования, спецификации
тестирования, тестовые сценарии, руководства пользователя, а также веб-
страницы.
Преимущества рецензирования: раннее обнаружение и исправление дефектов,
улучшение продуктивности разработки, уменьшение времени разработки,
уменьшение времени и стоимости тестирования, сокращение стоимости
жизненного цикла, уменьшение числа дефектов и улучшение коммуникаций. Во
время рецензирования могут быть найдены упущения, например, в требованиях,
которые маловероятно найти во время динамического тестирования.
У рецензирования, статического анализа и динамического тестирования общая
цель – обнаружение дефектов. Методы дополняют друг друга, так как с разной
эффективностью находят различные типы дефектов. В отличие от динамического
тестирования статические методы находят причины сбоя (дефекты), а не сами
отказы.
Типичные дефекты, которые легче найти при рецензировании, чем при
динамическом тестировании: отклонения от стандартов, дефекты в требованиях
или дизайне, недостаточная пригодность к сопровождению и некорректные
спецификации интерфейса.
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 42 из 101
13 апреля 2011
© International Software Testing Qualifications Board
3.2 Процесс рецензирования (K2)
25 минут
Терминология
Критерий входа, формальнаое рецензирование, неформальное рецензирование,
инспекция, метрика, модератор, равноправный анализ, эксперт, секретарь,
технический анализ, сквозной контроль.
Введение
Типы рецензирования варьируются от неформальных, когда нет письменных
инструкций для экспертов, до формальных, которые предполагают участие
команды, документирование результатов рецензирования и процесса ее
проведения. Формальность процесса рецензирования связана с такими
факторами, как зрелость процесса разработки, любые юридические или
процессные требования или необходимость аудита.
Стиль проведения рецензирования зависит от согласованных целей (например,
нахождение дефектов, достижение понимания, обучение тестировщиков или
новых членов команды, или обсуждение и принятие согласованного решения).
3.2.1 Действия (шаги) формального рецензирования (K1)
Типичное формальное рецензирование включает следующие действия:
1. Планирование:
•
определение критерия рецензирования,
•
выбор участников,
•
распределение ролей
•
Определение критериев входа и выхода для более формальных типов
рецензирования (например, инспекций)
•
Отбор частей документации для рецензирования
•
Проверка критерия входа (для более формальных типов
рецензирования)
2. Старт:
•
Распределение документов
•
Объяснение целей, процесса участникам
3. Индивидуальная подготовка:
•
Подготовка к экспертному собранию - анализ документов
•
Конспектирование потенциальных дефектов, вопросов и комментариев
4. Изучение/оценка/запись результатов (встреча экспертов)
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 43 из 101
13 апреля 2011
© International Software Testing Qualifications Board
•
Обсуждение или формирование списка, с документированием
результатов или времени (для более формальных типов
рецензирования)
•
Конспектирование дефектов, создание рекомендаций по управлению
дефектами, принятие решений о дефектах.
•
Изучение/оценка и запись во время любых реальных встреч или
отслеживание виртуального группового общения
5. Повторная обработка:
•
Исправление найденных дефектов (обычно исполняется автором)
•
Запись обновленного статуса дефектов (в формальных
рецензированиях)
6. Отслеживание:
•
Проверка того, что дефекты были назначены
•
Сбор метрик
•
Проверка критерия выхода (для более формальных рецензирований)
3.2.2 Роли и Обязанности (K1)
Обычно формальное рецензирование включает следующие роли:
•
Менеджер: принимает решение о проведении рецензирования, выделяет
время в графике проекта и определяет, были ли достигнуты цели
рецензирования
•
Модератор: руководит проведением рецензирования документа или набора
документов, включая планирование рецензирования, проведение встречи и
отслеживание. При необходимости, модератор становится посредником
между различными точками зрения и часто от него зависит успешное
завершение рецензирования.
•
Автор: автор или главный ответственный за документ(ы) для
рецензирования
•
Эксперты: люди со специальным техническим или бизнес опытом и
знаниями (часто называются проверяющими или инспекторами), которые
после необходимой подготовки, определяют и описывают проблемы и
вопросы, найденные в проверяемом ПО. Экспертов выбирают таким
образом, чтобы они представляли различные точки зрения и роли в
процессе рецензирования. Эксперты должны принимать участие во всех
встречах экспертов.
•
Секретарь: документирует все проблемы и открытые вопросы, которые
были определены во время экспертной встречи
Рецензирования могут быть намного эффективнее при наличии различных точек
зрения и использовании контрольных списков. Например, контрольный список,
основанный на различных точках зрения, а именно пользователя, специалиста
службы поддержки, тестировщика или оператора, или контрольный список,
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 44 из 101
13 апреля 2011
© International Software Testing Qualifications Board
состоящий из типичных проблем, могут помочь выявить проблемы, которые не
были найдены ранее.
3.2.3 Типы рецензирований (K2)
Отдельный программный продукт или связанная с ним работа могут объектом
более чем для одного рецензирования. Если используются различные типы
рецензирования, то порядок проведения может варьироваться. Например,
неформальное рецензирование может быть проведено перед техническим
анализом или инспекция спецификаций требований может проводиться перед
сквозным контролем с заказчиками.
Основное характеристики, опции и цели основных типов рецензирования:
Неформальное рецензирование
•
Отсутствие формального процесса
•
Может принимать форму парного программирования или рецензирования
дизайна или кода техническим руководителем
•
Результаты могут быть документированы
•
Эффективность зависит от экспертов
•
Главные цели: результат при минимуме затрат
Сквозной контроль
•
Встреча проводится автором
•
Может быть в форме сценариев, сухих прогонов, участия членов команды
•
Не ограниченные по времени сессии
o
Необязательно - подготовка экспертов перед встречей,
o
Необязательно - подготовка отчета по рецензированию с записью
найденных проблем вопросов
•
Наличие секретаря (не автора) необязательно
•
На практике могут варьироваться от неформальных до строго формальных
•
Главные цели: обучение, достижение понимания, поиск дефектов
Технический анализ
•
Документированный процесс определения и нахождения дефектов, который
включает участников команды, технических экспертов и, возможно,
руководство
•
Может проводиться как равноправный анализ без участия руководства
•
В идеале проводится обученным модератором (не автором)
•
Предварительная подготовка экспертов
•
Использование контрольных списков необязательно
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 45 из 101
13 апреля 2011
© International Software Testing Qualifications Board
•
Подготовка отчета о рецензировании, который включает список найденных
проблем и вопросов, заключение, соответствует ли программный продукт
требованиям, а также необходимые рекомендации
•
На практике могут варьироваться от сильно до строго формальных
•
Главные цели: обсуждение, принятие решений, оценка альтернатив,
нахождение дефектов, решение технических проблем и проверка
соответствия требованиям, планам, нормам и стандартам
Инспекция
•
Проводится обученным модератором
•
Обычно сопровождается равноправным исследованием
•
Роли определены
•
Включает сбор метрик
•
Формальный процесс основан на правилах и контрольных списках
•
Определены критерии входы и выхода для приемки программного продукта
•
Предварительная подготовка перед встречей
•
Инспекционный отчет включает список найденных проблем и вопросов
•
Формальный процесс отслеживания
o
Необязательно - процесс улучшения компонентов
•
Наличие рецензента необязательно
•
Главная цель: поиск дефектов
Сквозной контроль, технический анализ или инспекция могут проводиться внутри
группы профессионалов, например, коллег одного организационного уровня.
Такой тип рецензирования называется равноправным анализом.
3.2.4 Факторы успешного проведения (K2)
Факторы успешного проведения рецензирования:
•
Каждое рецензирование должно иметь четкие, определенные заранее цели
•
Вовлечение правильных людей в соответствии с целями рецензирования
•
Тестировщики - ценные эксперты, которые вносят свой вклад в
рецензирование, а также изучают продукт, что позволяет создавать тесты
раньше
•
Найденные дефекты ожидаемы и выражены объективно
•
Необходимо учитывать человеческий фактор и психологические аспекты
(например, создание положительного опыта для автора)
•
Рецензирование должно проводиться в атмосфере доверия, результаты не
должны использоваться для оценки участников