- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Тестирование программных средств презентация
Содержание
- 1. Тестирование программных средств
- 2. Оглавление Фазы тестового цикла Unit-тестирование Интеграционное тестирование
- 3. V – модель Определение требований Системное
- 4. Unit-тестирование Цель: проверить, что модуль (либо функция)
- 5. Особенности unit-тестирования Обычно выполняется самими разработчиками (чаще
- 6. Число путей выполнения для каждого statement Statement
- 7. Unit-тестирование и покрытие логики Покрытие структурных элементов
- 8. Интеграционное тестирование Это промежуточное тестирование между Unit-тестированием
- 9. Проблемы, локализуемые на данном этапе Некорректные предположения
- 10. «Накопительное» (Incremental) интеграционное тестирование При данном подходе
- 11. Плюсы и минусы данных подходов Сверху вниз
- 12. Thread тестирование Описание: Выбирается определенная функциональность Интегрируются
- 13. Подход Microsoft Плюсы данного подхода Минимизация риска
- 14. Системное тестирование Проверяется состояние всей системы целиком
- 15. Проблемы, выявляемые на системном тестирование Падения на
- 16. Аттестационное тестирование Проверяется, насколько программа соответствует ожиданиям
- 17. Ошибки, всплывающие на данном этапе Чрезмерная сложность
- 18. Критерии классификации тестов По затрагиваемой функциональности Тестирование «вширь» Тестирование «вглубь» Реальные данные
- 19. Критерии классификации тестов По проверяемым данным
Слайд 2Оглавление
Фазы тестового цикла
Unit-тестирование
Интеграционное тестирование
Различные подходы к интеграционному тестированию
Системное тестирование
Аттестационное (приемочное) тестирование
Классификация
тестов
Слайд 3V – модель
Определение
требований
Системное
тестирование
Разработка
архитектуры
Детальный
дизаин
Интеграционное
Тестирование
Приемочное
тестирование
Разработка и
Unit-тестирование
Слайд 4Unit-тестирование
Цель: проверить, что модуль (либо функция) не содержит явных ошибок
Проверка логики
Проверка
корректность использования типов
Обнаружение неинициализированных переменных
Проверка корректность счетчиков для циклов
Проверка типов возвращаемых значений для функций
Проверка корректности типов передаваемых аргументов
Корректность условных операторов
Локализация мест, где возможна потеря точности
На этом этапе ловится до 65% всех ошибок
Обнаружение неинициализированных переменных
Проверка корректность счетчиков для циклов
Проверка типов возвращаемых значений для функций
Проверка корректности типов передаваемых аргументов
Корректность условных операторов
Локализация мест, где возможна потеря точности
На этом этапе ловится до 65% всех ошибок
Слайд 5Особенности unit-тестирования
Обычно выполняется самими разработчиками (чаще всего – в рамках code
review)
Требуются специальные драйвера, stabs (затычки) и автоматизирующие утилиты
(В идеале )Создаются спец. тесты, что проверяют, что:
каждая строка модуля выполняется хотя бы 1 раз
Каждый путь в модуле выполняется хотя бы 1 раз
Требуются специальные драйвера, stabs (затычки) и автоматизирующие утилиты
(В идеале )Создаются спец. тесты, что проверяют, что:
каждая строка модуля выполняется хотя бы 1 раз
Каждый путь в модуле выполняется хотя бы 1 раз
Слайд 6Число путей выполнения для каждого statement
Statement type
IF.. END IF
IF..ELSE..END IF
IF..ELSEIF..END IF
IF..ELSEIF..ELSE..END
IF
IF..ELSEIF..ELSEIF..END IF
IF..ELSEIF..ELSEIF..ELSE..END IF
CASE statement with n cases
FOR..NEXT
DO WHILE..LOOP
DO UNTIL..LOOP
IF..ELSEIF..ELSEIF..END IF
IF..ELSEIF..ELSEIF..ELSE..END IF
CASE statement with n cases
FOR..NEXT
DO WHILE..LOOP
DO UNTIL..LOOP
Number of Paths
2
2
3
3
4
4
n+1
2
2
2
Слайд 7Unit-тестирование и покрытие логики
Покрытие структурных элементов
Каждый структурный элемент выполняется хотя бы
1 раз
Покрытие условий
Все варианты всех условий проверяются хотя бы 1 раз
Прокрытие всех условных операторов
Для каждого условного оператора проверяются хотя бы раз все варианты
Покрытие всех комбинаций условий
Все комбинации условных операторов проверяются хотя бы 1 раз
Покрытие условий
Все варианты всех условий проверяются хотя бы 1 раз
Прокрытие всех условных операторов
Для каждого условного оператора проверяются хотя бы раз все варианты
Покрытие всех комбинаций условий
Все комбинации условных операторов проверяются хотя бы 1 раз
число тестов
Слайд 8Интеграционное тестирование
Это промежуточное тестирование между Unit-тестированием и системным тестированием
Проходит тестирование всех
внутренних и внешних интерфейсов
Тестирование связей между модулями
Тестирование связей программы с внешним миром
Ловятся следующие ошибки:
Взаимодействия
Интерфейсы
Тестирование проводится разработчиками совместно с тестировщиками
Тестирование связей между модулями
Тестирование связей программы с внешним миром
Ловятся следующие ошибки:
Взаимодействия
Интерфейсы
Тестирование проводится разработчиками совместно с тестировщиками
Слайд 9Проблемы, локализуемые на данном этапе
Некорректные предположения о валидности данных
Некорректное использование смежных
юнитов (не учитываются побочные эффекты)
Вызов функций вне запланированных последовательностей (работа с неинициализированными данными)
Работа с неполными данными
Некорректная интерпретация значений, возвращаемых вызываемой функцией
Вызов функций вне запланированных последовательностей (работа с неинициализированными данными)
Работа с неполными данными
Некорректная интерпретация значений, возвращаемых вызываемой функцией
Слайд 10«Накопительное» (Incremental) интеграционное тестирование
При данном подходе модули добавляются по одному за
раз и тестируется получаемая система
Возможны два подхода:
Сверху вниз
Снизу вверх
Возможны два подхода:
Сверху вниз
Снизу вверх
Слайд 11Плюсы и минусы данных подходов
Сверху вниз
Начинаем в головного модуля
Используем затычки для
модулей более низкого уровня
Добавление идет по нисходящей
Плюс: позволяет выявить ошибки в архитектуре
Минус: огромное количество затычек
Снизу вверх
Начинаем с юнитов находящихся внизу иерархии
Драйвер эмулирует юниты более высокого уровня
Добавление юнитов идет по восходящей
Плюс: более эффективно по времени тестирования
Минус: выше вероятность ошибок в архитектуре
Добавление идет по нисходящей
Плюс: позволяет выявить ошибки в архитектуре
Минус: огромное количество затычек
Снизу вверх
Начинаем с юнитов находящихся внизу иерархии
Драйвер эмулирует юниты более высокого уровня
Добавление юнитов идет по восходящей
Плюс: более эффективно по времени тестирования
Минус: выше вероятность ошибок в архитектуре
Слайд 12Thread тестирование
Описание:
Выбирается определенная функциональность
Интегрируются только модули, отвечающие за данную функциональность
Проверяется, насколько
корректно программа справляется с данной задачей
Слайд 13Подход Microsoft
Плюсы данного подхода
Минимизация риска при интеграции
Повышается качество
Уменьшается время на поиск
ошибок
Точные данные о состоянии системы
Обратная связь от клиентов с ранних этапов
Точные данные о состоянии системы
Обратная связь от клиентов с ранних этапов
Microsoft Daily Build and Smoke Test -
integrate early, integrate often
Слайд 14Системное тестирование
Проверяется состояние всей системы целиком
Проверяется работа системы в реальном окружении
Проверяются
внешние характеристики системы (требования по ресурсам, быстродействие)
Обратная связь с пользователями (бета-тестирование)
Обратная связь с пользователями (бета-тестирование)
Слайд 15Проблемы, выявляемые на системном тестирование
Падения на реальных данных
Недостающая функциональность
Некорректная функциональность
Проблемы с
производительностью
Проблемы с безопасностью
Недостаточное тестовое покрытие
Проблемы с безопасностью
Недостаточное тестовое покрытие
Слайд 16Аттестационное тестирование
Проверяется, насколько программа соответствует ожиданиям конечных пользователей
Проверка идет на реальной
машине, а не на тестовых серверах
Проверка идет на реальных данных, а не на тестовых
Проверяется, насколько доступно описание в документации («коридорное тестирование»)
Проводится с представителями заказчика (либо с кем-либо из будущих пользователей программы)
Проверка жизнеспособности программы (длительная работа в реальном режиме)
Проверка идет на реальных данных, а не на тестовых
Проверяется, насколько доступно описание в документации («коридорное тестирование»)
Проводится с представителями заказчика (либо с кем-либо из будущих пользователей программы)
Проверка жизнеспособности программы (длительная работа в реальном режиме)
Слайд 17Ошибки, всплывающие на данном этапе
Чрезмерная сложность внутренней логики
Стрессовое тестирование/ситуации гонок
Обработка сложных
ситуаций
Реакция на некорректные и непредусмотренные данные
Реакция на некорректные и непредусмотренные данные
Слайд 18Критерии классификации тестов
По затрагиваемой функциональности
Тестирование «вширь»
Тестирование «вглубь»
Реальные данные
Слайд 19Критерии классификации тестов
По проверяемым данным
Позитивные тесты
Негативные тесты
Тесты, проверяющие ограничения данной
версии
Тесты на точность
Тесты на точность
