- •1. Роль и место тестирования в жизненном цикле разработки по.
- •Проектирование
- •Тестирование
- •2. Тестирование методами “черного, белого и серого ящика”
- •3. Понятие «качество программного продукта». Экономические и психологические аспекты тестирования.
- •4. Основные составляющие «быстрого тестирования».
- •5. Каскадная, V-образная и спиралевидная модели разработки по.
- •6. Процесс разработки требований. Свойства и категории требований.
- •8. Модульное тестирование и его методы
- •9. Структурное тестирование.
- •If_then case
- •10. Интеграционное тестирование.
- •Заключается в том, что тестирование начинается с головного модуля (a). Тогда возникает проблема передачи данных в головной модуль. Решение проблемы:
- •11. Особенности объектно-ориентированного тестирования.
- •12. Тестирование классов.
- •13. Автоматизация модульного тестирования.
- •14. Тестовые случаи и их свойства. Процесс разработки тестовых случаев.
- •15. Сходства и различия тестовых случаев для приемочного, критического и углубленного тестов.
- •16. Эквивалентирование и анализ граничных значений.
- •17. Тестовый план. Тестовая стратегия.
- •18. Статическое тестирование, его виды.
- •19. Процесс динамического тестирования.
- •20. Ошибка. Свойства ошибки.
- •21. Правила составления отчета об ошибках.
- •22. Жизненный цикл ошибки. Системы документирования ошибок.
- •23. Специфика и ограничения тестирования Web-приложений.
- •24. Приемочный тест. Критерии непрохождения приемочного теста.
- •25. Критическое тестирование. Углубленное тестирование.
- •26. Использование контрольных перечней в углубленном тестировании.
- •27. Теория модели cmm
- •28. Автоматизированное тестирование, его этапы, преимущества и недостатки.
- •Достоинства автоматизированного тестирования.
- •Необоснованные ожидания от авто-го тестирования.
- •29. Метод функциональной декомпозиции
- •30. Методы Data-driven, Keyword-driven.
ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
|
Роль и место тестирования в жизненном цикле разработки ПО. |
|
Тестирование методами «черного, белого, серого ящиков». |
|
Понятие «качество программного продукта». Экономические и психологические аспекты тестирования. |
|
Основные составляющие «быстрого тестирования». |
|
Каскадная, V-образная и спиралевидная модели разработки ПО. |
|
Процесс разработки требований. Свойства и категории требований. |
|
Хронологический порядок тестирования. |
|
Модульное тестирование и его методы. |
|
Структурное тестирование. |
|
Интеграционное тестирование. |
|
Особенности объектно-ориентированного тестирования. |
|
Тестирование классов. |
|
Автоматизация модульного тестирования. |
|
Тестовые случаи и их свойства. Процесс разработки тестовых случаев. |
|
Сходства и различия тестовых случаев для приемочного, критического и углубленного тестов. |
|
Эквивалентирование и анализ граничных значений. |
|
Тестовый план. Тестовая стратегия. |
|
Статическое тестирование, его виды. |
|
Процесс динамического тестирования. |
|
Ошибка. Свойства ошибки. |
|
Правила составления отчетов об ошибках. |
|
Жизненный цикл ошибки. Системы документирования ошибок. |
|
Специфика и ограничения тестирования Web-приложений. |
|
Приемочный тест. Критерии непрохождения приемочного теста. |
|
Критическое тестирование. Углубленное тестирование. |
|
Использование контрольных перечней в углубленном тестировании. |
|
Теория модели СММ. |
|
Автоматизированное тестирование, его этапы, преимущества и недостатки. |
|
Метод функциональной декомпозиции. |
|
Методы Data-driven, Keyword-driven. |
1. Роль и место тестирования в жизненном цикле разработки по.
Тестирование – это процесс анализа и эксплуатации ПО с целью выявления дефекта (поиска ошибок). Слово «процесс» исп-ется для того чтобы подчеркнуть, что тестирование – это плановая и упорядоченная деятельность.
Ошибка – несоответствие ожидаемых результатов полученным.
Правила:
В прог-ме всегда есть ошибки
Нельзя найти все ошибки 3)Нельзя тестировать свои программы.
Хорошо продуманный систематический подход быстрее приводит к обнаружению ошибок, чем плохо спланированное тест-ние, проводимое в спешке.
Тестовая деят-ность, связанная с анализом ПП, наз. статическим тестированием (static testing). СТ предусматривает стратегию тест-ния, сквозную проверку прогр-ных кодов. Осуществляется без запуска проги. Тестовая деят-ность, предусматривающая эксплуатацию ПО, наз. динамическим тестированием (dynamic testing). Проводится посредством запуска проги. СТ и ДТ дополняют друг друга и реализуют свой собственный подход нахождения ошибок.
Тест-ние образовалось в 80-ых гг. Процесс тест-ния был разделен с процессом разработки и тестирование проводилось только на готовом продукте. В 90-ые гг началась кач-венная борьба за кач-во. Microsoft разработала методику zero-defect mindset, осн. идея к-рой заключается в том, что кач-во продукта проверяется в процессе разработки постоянно.
Выделяют следующие этапы:
Разработка требований
Проектирование
Кодирование
Тестирование
Сопровождение
Роль тестирования в ЖЦРПО
Команда |
Проектирование |
Проектирование |
Кодирование |
Тестирование |
Сопровождение |
Тестировщик |
Анализ требований |
Проектирование тестовой деятельности |
Составление тестового сценария |
Реализация теста |
Тестирование документации |
2. Тестирование методами “черного, белого и серого ящика”
При тестировании чёрного ящика (англ. black-box testing), тестировщик имеет доступ к ПО только через те же интерфейсы, что и заказчик или пользователь, либо через внешние интерфейсы, позволяющие другому компьютеру либо другому процессу подключиться к системе для тестирования. Например, тестирующий модуль может виртуально нажимать клавиши или кнопки мыши в тестируемой программе с помощью механизма взаимодействия процессов, с уверенностью в том, все ли идет правильно, что эти события вызывают тот же отклик, что и реальные нажатия клавиш и кнопок мыши. Как правило, тестирование чёрного ящика ведётся с использованием спецификаций или иных документов, описывающих требования к системе. Как правило, в данном виде тестирования критерий покрытия складывается из покрытия структуры входных данных, покрытия требований и покрытия модели (в тестировании на основе моделей).
При тестировании белого ящика (англ. white-box testing, также говорят — прозрачного ящика), разработчик теста имеет доступ к исходному коду и может писать код, который связан с библиотеками тестируемого ПО. Это типично для юнит-тестирования (англ. unit testing), при котором тестируются только отдельные части системы. Оно обеспечивает то, что компоненты конструкции — работоспособны и устойчивы, до определенной степени. При тестировании белого ящика используются метрики покрытия кода.
Фактические тестирование методом белого ящика является статическим тестированием, т.е. проходит без запуска программы.
Тестирование серого ящика – по этому принципу работают автоматизированные программы.