ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

	Роль и место тестирования в жизненном цикле разработки ПО.
	Тестирование методами «черного, белого, серого ящиков».
	Понятие «качество программного продукта». Экономические и психологические аспекты тестирования.
	Основные составляющие «быстрого тестирования».
	Каскадная, V-образная и спиралевидная модели разработки ПО.
	Процесс разработки требований. Свойства и категории требований.
	Хронологический порядок тестирования.
	Модульное тестирование и его методы.
	Структурное тестирование.
	Интеграционное тестирование.
	Особенности объектно-ориентированного тестирования.
	Тестирование классов.
	Автоматизация модульного тестирования.
	Тестовые случаи и их свойства. Процесс разработки тестовых случаев.
	Сходства и различия тестовых случаев для приемочного, критического и углубленного тестов.
	Эквивалентирование и анализ граничных значений.
	Тестовый план. Тестовая стратегия.
	Статическое тестирование, его виды.
	Процесс динамического тестирования.
	Ошибка. Свойства ошибки.
	Правила составления отчетов об ошибках.
	Жизненный цикл ошибки. Системы документирования ошибок.
	Специфика и ограничения тестирования Web-приложений.
	Приемочный тест. Критерии непрохождения приемочного теста.
	Критическое тестирование. Углубленное тестирование.
	Использование контрольных перечней в углубленном тестировании.
	Теория модели СММ.
	Автоматизированное тестирование, его этапы, преимущества и недостатки.
	Метод функциональной декомпозиции.
	Методы Data-driven, Keyword-driven.

1. Роль и место тестирования в жизненном цикле разработки по.

Тестирование – это процесс анализа и эксплуатации ПО с целью выявления дефекта (поиска ошибок). Слово «процесс» исп-ется для того чтобы подчеркнуть, что тестирование – это плановая и упорядоченная деятельность.

Ошибка – несоответствие ожидаемых результатов полученным.

Правила:

1. В прог-ме всегда есть ошибки

2. Нельзя найти все ошибки 3)Нельзя тестировать свои программы.

Хорошо продуманный систематический подход быстрее приводит к обнаружению ошибок, чем плохо спланированное тест-ние, проводимое в спешке.

Тестовая деят-ность, связанная с анализом ПП, наз. статическим тестированием (static testing). СТ предусматривает стратегию тест-ния, сквозную проверку прогр-ных кодов. Осуществляется без запуска проги. Тестовая деят-ность, предусматривающая эксплуатацию ПО, наз. динамическим тестированием (dynamic testing). Проводится посредством запуска проги. СТ и ДТ дополняют друг друга и реализуют свой собственный подход нахождения ошибок.

Тест-ние образовалось в 80-ых гг. Процесс тест-ния был разделен с процессом разработки и тестирование проводилось только на готовом продукте. В 90-ые гг началась кач-венная борьба за кач-во. Microsoft разработала методику zero-defect mindset, осн. идея к-рой заключается в том, что кач-во продукта проверяется в процессе разработки постоянно.

Выделяют следующие этапы:

Разработка требований

Проектирование

Кодирование

Тестирование

Сопровождение

Роль тестирования в ЖЦРПО

Команда	Проектирование	Проектирование	Кодирование	Тестирование	Сопровождение
Тестировщик	Анализ требований	Проектирование тестовой деятельности	Составление тестового сценария	Реализация теста	Тестирование документации

2. Тестирование методами “черного, белого и серого ящика”

При тестировании чёрного ящика (англ. black-box testing), тестировщик имеет доступ к ПО только через те же интерфейсы, что и заказчик или пользователь, либо через внешние интерфейсы, позволяющие другому компьютеру либо другому процессу подключиться к системе для тестирования. Например, тестирующий модуль может виртуально нажимать клавиши или кнопки мыши в тестируемой программе с помощью механизма взаимодействия процессов, с уверенностью в том, все ли идет правильно, что эти события вызывают тот же отклик, что и реальные нажатия клавиш и кнопок мыши. Как правило, тестирование чёрного ящика ведётся с использованием спецификаций или иных документов, описывающих требования к системе. Как правило, в данном виде тестирования критерий покрытия складывается из покрытия структуры входных данных, покрытия требований и покрытия модели (в тестировании на основе моделей).

При тестировании белого ящика (англ. white-box testing, также говорят — прозрачного ящика), разработчик теста имеет доступ к исходному коду и может писать код, который связан с библиотеками тестируемого ПО. Это типично для юнит-тестирования (англ. unit testing), при котором тестируются только отдельные части системы. Оно обеспечивает то, что компоненты конструкции — работоспособны и устойчивы, до определенной степени. При тестировании белого ящика используются метрики покрытия кода.

Фактические тестирование методом белого ящика является статическим тестированием, т.е. проходит без запуска программы.

Тестирование серого ящика – по этому принципу работают автоматизированные программы.