Регрессионное тестирование. Критерии завершения отладочного тестирования.

Регрессионное тестирование состоит в повторном выполнении ранее пройденных тестов после выпуска очередной версии ПО.

Цель - удостовериться в том, что внесённые в эту версию изменения не привели к появлению ошибок в уже протестированном коде.

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

В качестве стандартного критерия завершения тестирования принимается достижение заданного уровня плотности ошибок. Плотность ошибок является основным показателем качества реализации версии продукта. Плотность ошибок представляет собой количество ошибок, рассчитанное с весом серьезности, отнесенное к объему продукта в выбранной метрике

Восходящая стратегия интеграционного тестирования, механизм ее реализации.

 различают два метода тестирования, поддерживающих процесс интеграции:

· нисходящее тестирование интеграции

·  восходящее.

Восходящее тестирование

· Модули нижнего уровня объединяются в несколько кластеров, каждый из которых выполняет определенную подфункцию.

· Для каждого кластера создается программу-драйвер,

· Тестируется кластер,

· Драйвер удаляется, а кластеры объединяются в структуру движением вверх,

Характеристика восходящего тестирования

· Достоинство: Простота подготовки тестов, отсутствие заглушек,

· Недостаток: Система не существует как целое, пока не будет добавлен последний модуль.

Нисходящая стратегия интеграционного тестирования, механизм ее реализации.

Нисходящее тестирование

· При нисходящем тестировании первым тестируется головной модуль программы, который представляет всю тестируемую программу.

· Он тестируется при «естественном» состоянии информационной среды, при котором начинает выполняться эта программа.

· Те модули, к которым может обращаться головной, заменяются их отладочными имитаторами (заглушками).

· Затем одна из заглушек заменяется реальным модулем и выполняется набор тестов, проверяющих эту структуру.

· Процесс подключения продолжается вплоть до получения нужной конфигурации.

Характеристика нисходящего тестирования

· Достоинство: Ошибки в главной, управляющей части системы выявляются в первую очередь.

· Недостаток: Трудности в ситуациях, когда для полного тестирования на верхних уровнях нужны результаты, полученные на нижних уровнях.

Системное тестирование. Виды системного тестирования. Критерии полноты тестовых наборов.

Системное тестирование

· Полностью реализованный программный продукт подвергается системному тестированию.

· На этом этапе тестировщика интересует программная система в целом, как ее видит конечный пользователь

· Основой для тестов служат общие требования к системе – корректность реализации функций, производительность, время отклика, устойчивость к сбоям и т.д.

· Основные виды системных тестов:

o функциональное тестирование (по методу «черного ящика»),

o тестирование восстановления,

o тестирование безопасности,

o стрессовое тестирование,

o тестирование производительности

Критерии тестового покрытия

· Для системного и компонентного тестирования используются специфические виды критериев тестового покрытия:

o тестирование всех типовых сценариев работы;

o тестирование всех сценариев с нештатными ситуациями;

o тестирование попарных композиций сценариев и т.д.

Альфа-тестирование

· Данная стадия включает тестирование системы конечным пользователем, так называемое альфа- и бета-тестирование

· Альфа-тестирование - тестирование проводимое заказчиком в организации разработчика

· Разработчик фиксирует все выявленные ошибки и недостатки использования

Бета-тестирование

· Бета-тестирование - опробование программного продукта потенциальными пользователями на реальных задачах

· О найденных ошибках и замечаниях пользователь сообщают разработчику  

· Тестируемая таким образом версия программного средства называется бета-версией и, как правило, она предшествует коммерческому выпуску продукта