Файл: ISTQB_CTFL_Syllabus_2011_RU.pdf

Сделать презентацию

Скачать файл (1,17Мб)

Заказать решение

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 18.04.2021

Просмотров: 2585

Скачиваний: 13

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Сертифицированный тестировщик

Программа обучения Базового уровня

International

Software Testing

Qualifications Board

Версия 2011

Страница 46 из 101

13 апреля 2011

•

Должны применяться те методы рецензирования, которые подходят для

достижения поставленных целей, соответствуют типу и уровню
программного продукта и экспертов

•

Использование контрольных списков или ролей, если необходимо

увеличение эффективности обнаружения дефектов

•

Обучение методам рецензирования, особенно для более формальных

типов рецензирования, таких как инспекция

•

Руководство поддерживает хороший процесс рецензирования (например,

выделяет соответствующее время в графиках разработки проекта)

•

Акцент на изучении и улучшении процесса

Сертифицированный тестировщик

Программа обучения Базового уровня

International

Software Testing

Qualifications Board

Версия 2011

Страница 47 из 101

13 апреля 2011

3.3 Статический анализ с помощью

инструментальных средств (K2)

20 минут

Терминология

Компилятор, коэффициент сложности, поток управления, поток данных,
статический анализ

Введение

Цель статического тестирования - нахождение дефектов в коде или моделях ПО.
Фактически статический анализ – это исследование ПО с помощью специального
инструмента без его запуска, при динамическом тестировании ПО требуется
запуск кода. Статический анализ выявляет дефекты, которые сложно найти при
динамическом тестировании. Так же, как и рецензирования, статический анализ
больше находит дефекты, чем сбои. Инструментальные средства статического
анализа анализируют код программы (например, потоки управления и поток
данных), а так же сгенерированный код, например, HTML или XML.

Преимущества статического анализа:

•

Раннее обнаружение дефектов до исполнения тестов

•

Раннее предупреждение о подозрительных аспектах в коде или дизайне с

помощью вычисления метрик, таких как коэффициент сложности

•

Определение дефектов, которые сложно обнаружить с помощью

динамического тестирования

•

Определение зависимостей и нарушений целостности в моделях ПО,

например ссылок

•

Улучшение пригодности к сопровождению кода и дизайна

•

Предотвращение дефектов путем усвоения уроков, полученных во время

разработки

Типичные дефекты, которые могут быть найдены при статическом анализе:

•

Обращение к переменной, которой не присвоено значение

•

Несоответствие интерфейсов между модулями и компонентами

•

Переменные, которые не используются или некорректно объявлены

•

Невыполняемые ветки кода

•

Пропущенная или неверная логика (например, бесконечные циклы)

•

Излишне сложные конструкции

•

Отклонение от стандартов программирования

•

Уязвимость в безопасности

•

Нарушение синтаксиса в коде или моделях ПО

Сертифицированный тестировщик

Программа обучения Базового уровня

International

Software Testing

Qualifications Board

Версия 2011

Страница 48 из 101

13 апреля 2011

Инструментальные средства статического анализа используются разработчиками
(проверка предопределенных правил или стандартов программирования) до или
во время компонентного или  интеграционного тестирования или при добавлении
кода в инструменте управления конфигурацией, а  также дизайнерами во время
моделирования ПО. Инструменты статического анализа могут выдавать большое
количество предупреждений, которые необходимы для более эффективного
использования инструмента.

Компиляторы могут иметь встроенную поддержку для статического анализа,
включая возможность вычисления метрик.

Ссылки:

3.2

IEEE 1028

3.2.2 Gilb, 1993, van Veenendaal, 2004

3.2.4 Gilb, 1993, IEEE 1028

3.3

Van Veenendaal, 2004

Сертифицированный тестировщик

Программа обучения Базового уровня

International

Software Testing

Qualifications Board

Версия 2011

Страница 49 из 101

13 апреля 2011

4 Методы проектирования тестов (K3)

285 минут

Цели изучения методов проектирования тестов:

Цели определяют Ваши возможности после завершения работы с каждым
модулем.

4.1

Процесс разработки тестов (K2)

LO-4.1.1 Различия между спецификациями проектирования тестов,

спецификациями тестовых сценариев и спецификациями процедур
тестирования. (К2)

LO-4.1.2 Сравнение терминов тестовое условие, тестовый сценарий и процедура

тестирования. (K2)

LO-4.1.3 Оценка качества тестовых сценариев. Могут ли они:

- Показать четкую трассируемость к требованиям

- Содержать ожидаемый результат. (K2)

LO-4.1.4 Перевести тестовые сценарии в хорошо структурированную

спецификацию процедуры тестирования на уровне детализации,
соответствующей знаниям тестировщиков

4.2

Категории методов проектирования тестов (К2)

LO-4.2.1 Привести причины, по которым полезными являются как методы

разработки тестов на основе спецификаций (методы черного ящика),
так и методы, основанные на структуре (методы белого ящика), а также
перечислить типовые приемы для каждого из этих методов. (К1)

LO-4.2.2 Объяснить характеристики и различия между методом разработки

тестов на основе спецификаций, методом, основанным на структуре и
методом на основе опыта. (К2)

4.3

Метод разработки тестов на основе спецификаций, или метод черного ящика

(К3)

LO-4.3.1 Создать тестовые сценарии для приведенных моделей программного

обеспечения при помощи следующих методов проектирования тестов:
(К3)

- эквивалентное разбиение;

- анализ граничных значений;

- тестирование таблицы решений;

- тестирование таблицы переходов.

LO-4.3.2 Объяснить назначение каждого из четырех методов, какие уровни и

типы тестирования могут использовать данные методы, и каким
образом может быть измерено покрытие при использовании данных
методов. (К2)

Сертифицированный тестировщик

Программа обучения Базового уровня

International

Software Testing

Qualifications Board

Версия 2011

Страница 50 из 101

13 апреля 2011

LO-4.3.3 Понять принцип тестирования по сценарииям использования и его

выгоды. (К2)

4.4

Методы, основанные на структуре, или методы белого ящика (К3)

LO-4.4.1 Описать принцип и важность покрытия кода. (К2)

LO-4.4.2 Объяснить принципы покрытия операторов и альтернатив и понять, что

данные принципы также могут быть использованы в уровнях
тестирования, отличных от компонентного тестирования (например, в
тестировании бизнес-процессов на системном уровне). (К2)

LO-4.4.3 Написать тестовые сценарии для приведенных потоков управления с

использованием следующих методов проектирования тестов:

- тестирование операторов;

- тестирование альтернатив. (K3)

LO-4.4.4 Оценить покрытие операторов и альтернатив в отношении критериев

выхода (K3)

4.5

Методы создания тестов на основе опыта (К2)

LO-4.5.1 Вспомнить мотивы для создания тестовых сценариев, основанных на

интуиции, опыте и знаниях об обычных дефектах. (K1)

LO-4.5.2 Сравнить методы создания тестов на основе опыта с методами

разработки тестов на основе спецификаций. (K2)