- Главная
- Разное
- Бизнес и предпринимательство
- Образование
- Развлечения
- Государство
- Спорт
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Религиоведение
- Черчение
- Физкультура
- ИЗО
- Психология
- Социология
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Что такое findslide.org?
FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.
Обратная связь
Email: Нажмите что бы посмотреть
Презентация на тему по Информатике. СПО. Программные модули. Уровни тестирования
Содержание
- 2. Классификация тестирования по уровнямЦель занятия: рассмотреть четыре основных уровня тестирования
- 3. Классификация тестирования по уровнямПринято разделять тестирование на
- 4. Классификация тестирования по уровнямПринято классифицировать тестирование по
- 5. Первый уровень. Модульное тестирование Модульное тестирование (Unit testing)
- 6. Первый уровень. Модульное тестирование М1М3М2М4
- 7. Первый уровень. Модульное тестирование Драйвер – определенный модуль
- 8. Первый уровень. Модульное тестирование Заглушки нужны для:1.Имитирования недостающих
- 9. Первый уровень. Модульное тестирование Во-первых, архитектура проекта должна
- 10. Первый уровень. Модульное тестирование Модульное тестирование мотивирует программистов
- 11. Первый уровень. Модульное тестирование Необходимость отделения реализации от
- 12. Первый уровень. Модульное тестирование Также, при «разработке через
- 13. Второй уровень. Интеграционное тестирование Исходя из различий между
- 14. Второй уровень. Интеграционное тестирование М1М3М2М4
- 15. Второй уровень. Интеграционное тестирование Интеграционное тестирование – вид
- 16. Второй уровень. Интеграционное тестирование Данные множества проверяются в
- 17. Второй уровень. Интеграционное тестирование Существует несколько подходов к
- 18. Второй уровень. Интеграционное тестирование Существует несколько подходов к
- 19. Второй уровень. Интеграционное тестирование Существует несколько подходов к
- 20. Второй уровень. Интеграционное тестирование При автоматизации тестирования используется
- 21. Второй уровень. Интеграционное тестирование 4) Исходные коды
- 22. Третий уровень. Системное тестирование Системное тестирование – это
- 23. Второй уровень. Интеграционное тестирование М1М3М2М4
- 24. Третий уровень. Системное тестирование Позволяет обнаружить следующие типы
- 25. Третий уровень. Системное тестирование Системное тестирование выполняется методом
- 26. Третий уровень. Системное тестирование Можно выделить 2 подхода
- 27. Третий уровень. Системное тестирование • На базе случаев
- 28. Четвертый уровень. Приемочное тестирование Приемочное (acceptance) – вид тестирования,
- 29. Четвертый уровень. Приемочное тестирование Результатом приемочного тестирования может
- 30. Четвертый уровень. Приемочное тестирование Это финальный этап тестирования
- 31. Скачать презентацию
- 32. Похожие презентации
Классификация тестирования по уровнямЦель занятия: рассмотреть четыре основных уровня тестирования
Слайд 2
Классификация тестирования по уровням
Цель занятия: рассмотреть четыре основных
уровня тестирования
Слайд 3
Классификация тестирования по уровням
Принято разделять тестирование на виды
по следующим категориям:
1. По объектам
2. По глубине тестирование –
то есть разделение тестовых испытаний на типы проводится в зависимости от количества времени и объема работы3. В соответствии с традиционными показателями качества.
Слайд 4
Классификация тестирования по уровням
Принято классифицировать тестирование по следующим
уровням:
1. Модульное тестирование
2. Интеграционное тестирование
3. Системное тестирование
4. Приемочное тестирование
Слайд 5
Первый уровень. Модульное тестирование
Модульное тестирование (Unit testing) –
тестирование каждой функциональности приложения отдельно, в искусственно созданной среде.
Именно потребность в создании искусственной рабочей среды для определенного модуля, требует от тестировщика знаний в автоматизации тестирования и некоторых навыков программирования.
Слайд 7
Первый уровень. Модульное тестирование
Драйвер – определенный модуль теста,
который выполняют тестируемый нами элемент.
Заглушка – часть программы, которая
симулирует обмен данными с тестируемым компонентом, выполняет имитацию рабочей системы.
Слайд 8
Первый уровень. Модульное тестирование
Заглушки нужны для:
1.Имитирования недостающих компонентов
для работы данного элемента.
2.Подачи или возвращения модулю определенного значения,
возможность предоставить тестеру самому ввести нужное значение.3.Воссоздания определенных ситуаций (исключения или другие нестандартные условия работы элемента).
Слайд 9
Первый уровень. Модульное тестирование
Во-первых, архитектура проекта должна быть
спроектирована в соответствии с идеями ООП (четкое деление на
классы, каждый из которых выполняет свою определенную функцию), что обеспечит систему грамотным делением на модули.Также, модульное тестирование должно быть менее затратным при поиске дефектов, чем другие виды тестов и должно снижать время отладки кода.
Слайд 10
Первый уровень. Модульное тестирование
Модульное тестирование мотивирует программистов писать
код максимально оптимизированным, проводить рефакторинг (упрощение кода программы, не
затрагивая ее функциональность), так как с помощью Юнит-тестирования можно легко проверить работоспособность рассматриваемого компонента.
Слайд 11
Первый уровень. Модульное тестирование
Необходимость отделения реализации от интерфейса
(ввиду особенностей модульного тестирования), что позволяет минимизировать зависимости в
системе.Документация Юнит-тестов может служить примером «живого документа» для каждого класса, тестируемого данным способом.
Модульное тестирование помогает лучше понять роль каждого класса на фоне всей программной системы.
Слайд 12
Первый уровень. Модульное тестирование
Также, при «разработке через тестирование»,
которая активно используется в экстремальном программировании, модульное тестирования является
одним из основных инструментов, позволяющий разрабатывать модули в соответствии с требованиями к данному модулю.
Слайд 13
Второй уровень. Интеграционное тестирование
Исходя из различий между модульным
тестированием и системным тестированием, интеграционное тестирование является переходным этапом
между представлением программы в виде отдельных модулей в вид полностью функциональной системы.
Слайд 15
Второй уровень. Интеграционное тестирование
Интеграционное тестирование – вид тестирования,
при котором на соответствие требований проверяется интеграция модулей, их
взаимодействие между собой, а также интеграция подсистем в одну общую систему. Для интеграционного тестирования используются компоненты, уже проверенные с помощью модульного тестирования, которые группируются в множества.
Слайд 16
Второй уровень. Интеграционное тестирование
Данные множества проверяются в соответствии
с планом тестирования, составленным для них, а объединяются они
через свои интерфейсы.
Слайд 17
Второй уровень. Интеграционное тестирование
Существует несколько подходов к интеграционному
тестированию:
• Снизу вверх. Сначала собираются и тестируются модули самих
нижних уровней, а затем по возрастанию к вершине иерархии. Данный подход требует готовности всех собираемых модулей на всех уровнях системы.
Слайд 18
Второй уровень. Интеграционное тестирование
Существует несколько подходов к интеграционному
тестированию:
•Сверху вниз. Данный подход предусматривает движение с высокоуровневых модулей,
а затем направляется вниз. При этом используются заглушки для тех модулей, которые находятся ниже по уровню, но включение которых в тест еще не произошло.
Слайд 19
Второй уровень. Интеграционное тестирование
Существует несколько подходов к интеграционному
тестированию:
• Большой взрыв. Все модули всех уровней собираются воедино,
а затем тестируется. Данный метод экономит время, но требует тщательной проработки тест кейсов.
Слайд 20
Второй уровень. Интеграционное тестирование
При автоматизации тестирования используется Система
непрерывной интеграции. Принцип ее действия заключается в следующем:
1)
Система непрерывной интеграции производит мониторинг системы контроля версий.2) При изменении исходных кодов в репозитории производится обновление локального хранилища.
3)Выполняются необходимые проверки и модульные тесты.
Слайд 21
Второй уровень. Интеграционное тестирование
4) Исходные коды компилируются
в готовые выполняемые модули.
5) Выполняются тесты интеграционного уровня.
6) Генерируется отчет о тестировании.Это позволяет тестировать систему сразу после внесения изменений, что существенно сокращает время обнаружения и исправления ошибок.
Слайд 22
Третий уровень. Системное тестирование
Системное тестирование – это тестирование
программного обеспечения выполняемое на полной, интегрированной системе, с целью
проверки соответствия системы исходным требованиям, как функциональным, так и не функциональным.
Слайд 24
Третий уровень. Системное тестирование
Позволяет обнаружить следующие типы дефектов:
•
Неправильное использование системных ресурсов.
• Непредусмотренные комбинации пользовательских данных.
• Проблемы
с совместимостью окружения.• Непредусмотренные сценарии использования.
• Несоответствие с функциональными требованиями.
• Плохое удобство использования.
Слайд 25
Третий уровень. Системное тестирование
Системное тестирование выполняется методом «Черного
ящика», т.к. проверяемое множество является «внешними» сущностями, которые не
требуют взаимодействия с внутренним устройством программы. Также выполнять его рекомендуется в окружении, максимально приближенном к окружению конечного пользователя.
Слайд 26
Третий уровень. Системное тестирование
Можно выделить 2 подхода к
системному тестированию:
• На базе требований. Тестирование проводится в соответствии
с функциональными или нефункциональными требованиями, для каждого из которых пишется testcase (тестовые прецеденты)..
Слайд 27
Третий уровень. Системное тестирование
• На базе случаев использования.
Тестирование происходит в соответствии с вариантами использования продукта, на
основе которых создаются usercases (пользовательские прецеденты). Для каждого из данных пользовательских прецедентов создаются свои тестовые прецеденты.
Слайд 28
Четвертый уровень. Приемочное тестирование
Приемочное (acceptance) – вид тестирования, проводимый
на этапе сдачи готового продукта (или готовой части продукта)
заказчику.Целью приемочного тестирования является определение готовности продукта, что достигается путем прохода тестовых сценариев и случаев, которые построены на основе спецификации требований к разрабатываемому ПО.
Слайд 29
Четвертый уровень. Приемочное тестирование
Результатом приемочного тестирования может стать:
•
Отправка проекта на доработку.
• Принятие его заказчиком, в
качестве выполненной задачи.
Слайд 30
Четвертый уровень. Приемочное тестирование
Это финальный этап тестирования продукта
