- •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.
17. Тестовый план. Тестовая стратегия.
После появления первой рабочей версии треб-ний к ПП, тест-щики приступают к разработке тестовых сценариев. Руководитель группы тест-щиков приступает к написанию тестового плана. Это базовый док-т, согласно к-рому будут проводиться все действия по тест-нию. В нем описывается:
перечень тестируемых компонентов;
критические факторы и риски;
ресурсы (человеческие и аппаратные);
стратегия и виды тест-ния.
При составлении тестового плана необходимо определить:
какой продукт будем тест-вать, как он работает и для чего нужен;
понять, как будет использоваться продукт;
разобраться с требования к продукту;
решить, какие части продукта будем тест-вать и как;
выбрать, какие из методов тест-ния будут наиб. эффективны для проверки нашего продукта;
определение критериев кач-ва продукта;
опред-ть возможные риски, т.е. сит-ции, к-рые могут привести к ухудшению продукта, и подумать, как предотвратить эти ситуации;
позаботиться о тестовом оборудовании, на к-ром будет производиться тест-ние, т.к. условия тест-ния д.б. max приближены к тем, при к-рых будет эксплуатироваться продукт.
В качестве примера тестового плана м. служить следующий: 1) Введение; 2) Список рисков; 3) Ресурсы (человеческие, железные); 4) Инструментарий (какие эл-ты б. тест-ваться вручную, какие автоматич.); 5) Сроки доставки; 6) Стратегия тестирования.
Тестовая стратегия.
Указ. какие конфиг. тестов будут тест-ся в 1-ю очередь, объемы тест-х работ, типы методик тестир-я, критерии входа и выхода испытаний.
Для успешного тестирования необходимо определить:
Определение объема тестовых работ заключается в определении той части проги, к-рая будет тест-ваться. Надо установить баланс м/у избыточным и недостаточным тест-нием.
Подход к тестированию, т. е. для каждого этапа определить необходимые шаги и документы.
Определить критерии входа и выхода. критерии входа – описать, что надо делать перед началом тест-я и какими располагать док-ми; критерии выхода – необходимые для завершения испытаний.
18. Статическое тестирование, его виды.
Static testing – часть процедуры тестирования осущ-ая без запуска ПО. Среди его этапов м выделить сл: - тестирование требований; - Разработка стратегии тест-ния; - Составление тестового плана; - Подготовка тестовых сценариев; - Пересмотр и отладка тестов.
При статич. тестир-ии должны обнаруж-ся ошибки исп-ся только текстовые или графич. формы ПО. М проводиться как вручную, так и с использ-ем инструм-ых ср-в. Сущ-т ряд технологий статич-го тестир-я, кот-е явл эфф-ым ср-вом обнаружения ошибок. К ним относятся: - Формальные оценки; - Инспекции; - Аудиты.
Ф.О. имеет смысл проводить на кануне завершения к-либо этапа разработки. Объектами таких оценок явл рез-ты, календарные планы, перечни недостатков и др документы, получ-е на каждый этап ж. ц. ПО. Цель ф. о. сост. в ознакомлении отдел-х членов команды с оценкой всех достиг-х рез-ов с т. зр. руков-ва. Дост-вом явл возм-ть соглас. усилия и дел. приобретенным опытом.
Аудит провод-ся для того, чтобы убедиться в соблюдении инструкций и стандартов организацией. Аудит представляет собой беседы с пред-ми разных производственных ур-й, причем отдельно с руководителем и отдельно со спец-ми по качеству, разр-ми и т.д. Получ-е выводы направ-ся рук-ву для доведения их до всех членов орг-ции.
Экспертные оценки встречаются в бол-ве проектов. (чтение и пометки польз-й или клиентской документации; беседы др с др прогр-в с целью подел. некоторой отладочной инфо).
Критический анализ закл в том, что автор предоставляет всю документацию своим коллегам. Коллеги просят объяснений и аргументации каждого пункта. Критический анализ закончен, когда все члены группы удовлетворены ответами.
Испекции явл одной из форм экспортных оценок и обладает рядом общих черт с неформальным просмотром кода и критической оценкой. Инспекции начинаются с предоставления исходного кода и проекта. Инспекции – беседы, в составе кот входят след члены координатор, председатель, 2-3 человека по теме рассм-й инспекции. Показатели, полученные в ходе инспекции могут служить основой для составления контрольных перечней.