ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 18.04.2021
Просмотров: 2572
Скачиваний: 13
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 16 из 101
13 апреля 2011
© International Software Testing Qualifications Board
1.3 Семь принципов тестирования (K2)
35 минут
Терминология
Исчерпывающее тестирование
Принципы
Эти принципы тестирования были предложены в последние 40 лет и являются
общим руководством для тестирования в целом.
Принцип 1 – Тестирование демонстрирует наличие дефектов
Тестирование может показать, что дефекты присутствуют, но не может доказать,
что их нет. Тестирование снижает вероятность наличия дефектов, находящихся в
программном обеспечении, но, даже если дефекты не были обнаружены, это не
доказывает его корректности.
Принцип 2 – Исчерпывающее тестирование недостижимо
Полное тестирование с использованием всех комбинаций вводов и предусловий
физически невыполнимо, за исключением тривиальных случаев. Вместо
исчерпывающего тестирования должны использоваться анализ рисков и
расстановка приоритетов, чтобы более точно сфокусировать усилия по
тестированию.
Принцип 3 – Раннее тестирование
Чтобы найти дефекты как можно раньше, активности по тестированию должны
быть начаты как можно раньше в жизненном цикле разработки программного
обеспечения или системы, и должны быть сфокусированы на определенных
целях.
Принцип 4 – Скопление дефектов
Усилия тестирования должны быть сосредоточены пропорционально ожидаемой,
а позже реальной плотности дефектов по модулям. Как правило, большая часть
дефектов, обнаруженных при тестировании или повлекших за собой основное
количество сбоев системы, содержится в небольшом количестве модулей.
Принцип 5 – Парадокс пестицида
Если одни и те же тесты будут прогоняться много раз, в конечном счете этот
набор тестовых сценариев больше не будет находить новых дефектов. Чтобы
преодолеть этот “парадокс пестицида”, тестовые сценарии должны регулярно
рецензироваться и корректироваться, новые тесты должны быть
разносторонними, чтобы охватить все компоненты программного обеспечения,
или системы, и найти как можно больше дефектов.
Принцип 6 – Тестирование зависит от контекста
Тестирование выполняется по-разному в зависимости от контекста. Например,
программное обеспечение, в котором критически важна безопасность,
тестируется иначе, чем сайт электронной коммерции.
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 17 из 101
13 апреля 2011
© International Software Testing Qualifications Board
Принцип 7 – Заблуждение об отсутствии ошибок.
Обнаружение и исправление дефектов не помогут, если созданная система не
подходит пользователю и не удовлетворяет его ожиданиям и потребностям.
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 18 из 101
13 апреля 2011
© International Software Testing Qualifications Board
1.4 Основной процесс тестирования (K1)
35 минут
Терминология
Подтверждающее тестирование, повторное тестирование, критерии выхода,
инцидент, регрессионное тестирование, базис тестирования, тестовое условие,
тестовое покрытие, тестовые данные, тестовое выполнение, протокол
тестирования, план тестирования, процедура тестирования, политика
тестирования, набор тестов, итоговый отчет о тестировании, тестовое
обеспечение
Введение
Активность тестирования, которую легче всего увидеть - это выполнение тестов.
Но чтобы быть эффективным и рациональным, планы тестирования должны
включать время, которое будет потрачено на планирование тестов, разработку
тестовых сценариев, подготовку к выполнению и оценку результатов.
Основной процесс тестирования состоит из следующих направлений
деятельности:
Планирование и управление
Анализ и проектирование
Внедрение и реализация
Оценка критериев выхода и создание отчетов
Действия по завершению тестов
Несмотря на логическую последовательность, действия в процессе могут
накладываться друг на друга или происходить одновременно. Для конкретных
системы и проекта обычно требуется адаптация этих направлений деятельности.
1.4.1 Планирование и управление тестированием(K1)
Планирование тестирования – это действия, направленные на определение
целей тестирования и описание задач тестирования для достижения этих целей и
миссии.
Управление тестированием – это постоянное сопоставление текущего положения
дел с планом и отчетность о состоянии дел, включая отклонения от плана. Это
позволяет предпринять меры, необходимые для достижения миссии и целей
проекта. Чтобы обеспечить управление тестированием, активности тестирования
должны проверяться в течение всего проекта. Планирование тестирования
учитывает данные, полученные при проверке и управлении.
Подробнее о задачах планирования и управления говорится в Главе 5 этой
программы обучения.
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 19 из 101
13 апреля 2011
© International Software Testing Qualifications Board
1.4.2 Анализ и проектирование тестов (K1)
Анализ и проектирование тестов - это деятельность, во время которой общие
цели тестирования материализуются в тестовые условия и тестовые сценарии.
Для анализа и проектирования тестов поставлены следующие основные задачи:
•
Рецензирование базиса тестирования (такого, как требования, уровень
целостности программного обеспечения
1
(уровень риска), отчеты об
анализе рисков, архитектура, дизайн, технические требования к
интерфейсу)
•
Оценка тестируемости базиса тестирования и объектов тестирования
•
Идентификация и расстановка приоритетов условий тестирования,
основанных на анализе элементов тестирования, спецификации, поведении
и структуры программного обеспечения
•
Разработка и расстановка приоритетов тестовых сценариев высокого
уровня
•
Выявление необходимых данных для поддержки тестовых условий и
тестовых сценариев
•
Проектирование и установка тестового окружения и выявление
необходимой инфраструктуры и инструментов
•
Создание двунаправленной трассируемости между тестовым базисом и
тестовым сценарием
1.4.3 Реализация и выполнение тестов (K1)
Реализация и выполнение тестов – это деятельность, где процедуры
тестирования или автоматизированные сценарии задаются последовательностью
тестовых сценариев, а также собирается любая информация, необходимая для
выполнения тестов, разворачивается окружающая среда, и запускаются тесты.
Для реализации и выполнения тестов поставлены следующие основные задачи:
•
Завершение, реализация и расстановка приоритетов тестовых сценариев
(включая проектирование тестовых данных)
•
Разработка и расстановка приоритетов процедур тестирования, создание
тестовых данных и, если потребуется, подготовка тестовых обвязок и
написание автоматизированных сценариев тестирования
•
Создание тестовых наборов на основе процедур тестирования для
эффективного выполнения тестов
•
Проверка правильности настройки тестового окружения
1
Показатель ряда системных характеристик, которому программное обеспечение соответствует или должно
соответствовать (например, сложность программного обеспечения, оценка степени рисков, уровень
безопасности, уровень надежности, желаемая производительность, стрессоустойчивость или стоимость),
которые определены, чтобы продемонстрировать важность программного обеспечения заинтересованным
лицам.
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 20 из 101
13 апреля 2011
© International Software Testing Qualifications Board
•
Проверка и обновление двунаправленной трассируемости между тестовым
базисом и тестовым сценарием
•
Выполнение процедур тестирования либо вручную, либо используя
инструменты выполнения тестов, согласно заданному плану
•
Регистрация результатов выполнения тестов и запись наименований и
версий объекта тестирования, тестовых инструментов и тестового
обеспечения
•
Сравнение фактических и ожидаемых результатов
•
Отчет о несоответствиях как об инцидентах и их анализ для установки
причины (например, дефект в коде, в конкретных тестовых данных, в
тестовом документе, или ошибка выполнения теста)
•
Повторение тестовых действий, результаты которых привели к каждому из
несоответствий. Например, повторное выполнение теста, который ранее не
прошел, чтобы подтвердить исправление (подтверждающее тестирование),
выполнение исправленных тестов и/или повторное выполнения тестов с
целью убедиться, что дефекты не появились в той области программного
обеспечения, которая не изменялась, или что исправление дефекта не
повлекло за собой других дефектов (регрессионное тестирование)
1.4.4 Оценка критериев выхода и отчетность (K1)
Оценка критериев выхода - это деятельность, где выполнение тестов оценивается
согласно определенным целям. Она должна быть выполнена для каждого уровня
тестирования (см. Раздел 2.2).
Для оценки критериев выхода поставлены следующие основные задачи:
•
Сверка протокола тестирования в сравнении с критериями выхода,
определенными в плане тестирования
•
Анализ необходимости использования дополнительных тестов или
изменения критериев выхода
•
Написание итогового отчета о тестировании для заинтересованных лиц
1.4.5 Действия по завершению тестирования (K1)
Действия по завершению тестирования собирают данные о завершенных
испытаниях для объединения опыта, тестового обеспечения, фактов и цифр.
Действия по завершению тестирования происходят на тех этапах проекта, когда
система программного обеспечения выпущена, тестирование завершено (или
прервано), этап был завершен, или релиз по сопровождению был закончен.
Для действий по завершению тестирования поставлены следующие основные
задачи:
•
Проверка, что запланированные результаты достигнуты
•
Закрытие отчетов об инцидентах или внесение изменений в записи по
каждому из открытых инцидентов
•
Документирование приемки системы