Основы тестирования. Жизненный цикл тестирования ПО
В этой статье мы рассмотрим ряд этапов (шагов), которые происходят при тестировании продукта.
Выполнение тест-кейсов — этап непосредственного тестирования.
Дефекты, обнаруженные в процессе прохождения тест-кейсов либо иным образом, должны быть обязательно зафиксированы в системе хранения дефектов (баг-трекере).
Дефекты фиксируются в виде баг-репорта.
Что такое жизненный цикл тестирования ПО?
Жизненный цикл тестирования ПО (STLC — Software Testing Lifecycle) — это процесс тестирования, который включает в себя определенную последовательность шагов, чтобы гарантировать достижение целей в области качества. В процессе STLC каждое действие выполняется планомерно и систематически.
ISTQB определяет следующие шаги:
1) Анализ требований, общее планирование и уточнение критериев приёмки (Test Planning & Control phase);
2) Тест-дизайн и тест-анализ (Test Analysis and Design);
3)Выполнение тест-кейсов и фиксация дефектов (Test Implementation and Execution);
4) Анализ результатов тестирования и отчётность(Evaluating Exit Criteria and reporting);
5) Завершение цикла испытаний (Test Closure).
Анализ требований, общее планирование и уточнение критериев приёмки
На этом этапе необходимо определиться, что конкретно предстоит тестировать (какой продукт, приложение, из какой предметной области, с каким набором технологий), ожидаемый объём работы, возможные риски. Чтобы оценить перечисленное выше, необходимо провести анализ требований.
В ходе анализа требований анализируется спецификация продукта. Результатом этапа является список всех проверяемых требований, технико-экономическое обоснование автоматизации (если применимо).
Также на этом этапе формируется план тестирования, т.е. мы определяем действия и ресурсы, которые помогут достичь целей тестирования (участники и их роли, инструменты, окружение). Во время планирования мы также пытаемся определить метрики, метод сбора и отслеживания этих метрик. План составляют исходя из требований, тестовой стратегии и анализа рисков. Также указываются критерии (признаки и метрики) руководствуясь которыми можно начать, приостановить тестирование (например, количество дефектов к объёму пройденных тестов) и снова его возобновить, а также критерии завершения тестирования.
Выполнение тест-кейсов и фиксация дефектов
Тест-дизайн — процесс преобразования общих целей тестирования в реальные условия тестирования и тестовые сценарии [глоссарий ISTQB].
Если проще, тест дизайн представляет собой продумывание и написание тестовых случаев (test case), в соответствии с требованиями проекта, критериями качества будущего продукта и финальными целями тестирования.
Тест-анализ — процесс поиска и рассмотрения информации, необходимой для тестирования. Обычно она есть у людей с хорошими знаниями о системе и способах её использования, в документации.
Если опять проще, то это тот же тест-дизайн, только немного с другим уклоном. Целью анализа тестирования является сбор имеющихся требований и определение целей тестирования для установления основы условий тестирования.
В общих словах тест-анализ отвечает на вопрос «ЧТО тестировать?». Тест-дизайн — «КАК тестировать?».
В заключении
Выполнение тест-кейсов — этап непосредственного тестирования.
Дефекты, обнаруженные в процессе прохождения тест-кейсов либо иным образом, должны быть обязательно зафиксированы в системе хранения дефектов (баг-трекере).
Дефекты фиксируются в виде баг-репорта.
