2.6.5.Отладка в среде SlickEdit 2009

Отладка ПС ЭТ производилась в среде SlickEdit 2009 с помощью GDB (см. п. 2.6.4). Запуск отладчика GDB осуществляется из меню «Debug – Attach Debugger – Attach to Remote Process», при этом отображается окно настроек GDB (см. рис. Рис. 2 .22).

Рис. 2.22. Окно настроек GDB.

Настройки, расположенные на первой вкладке, позволяют выбрать исполняемый файл, отладка которого будет осуществляться, а также тип соединения. Среда SlickEdit 2009 поддерживает оба типа соединения GDB:

• по протоколу TCP/IP (в этом случае указывается IP-адрес целевой машины и порт, по которому будет осуществлено соединение);

• через последовательный порт (указывается номер порта и скорость соединения).

Вторая вкладка окна настроек GDB позволяет выбрать величину задержки, длину адреса в битах, а также путь к отладчику (стандартный отладчик GDB расположен по пути /usr/bin/gdb).

После нажатия на кнопку «ОК» устанавливается соединение с запущенной программой gdbserver и начинается процесс отладки.

2.7.Виды тестирования

2.7.1.Классификация видов тестирования

Тестирование позволяет выявить такие характеристики конечного продукта, как:

• надежность;

• функциональность;

• практичность;

• эффективность;

• мобильность;

• сопровождаемость.

Существует несколько признаков классификации видов тестирования [25]. Классификация по каждому из них представлена в табл. Таблица 2 .12.

Таблица 2.12

Виды тестирования

Признак	Вид тестирования
По объекту тестирования	Функциональное тестирование
	Нагрузочное тестирование		Тестирование производительности
			Тестирование стабильности
	Тестирование удобства использования
	Тестирование интерфейса пользователя
	Тестирование безопасности
	Тестирование локализации
	Тестирование совместимости
По знанию системы	Тестирование чёрного ящика
	Тестирование белого ящика
	Тестирование серого ящика
По степени автоматизированности	Ручное тестирование
	Автоматизированное тестирование
	Полуавтоматизированное тестирование
По степени изолированности компонентов	Компонентное (модульное) тестирование
	Интеграционное тестирование
	Системное тестирование
По времени проведения тестирования:	Альфа тестирование	Тестирование при приёмке
		Тестирование новых функциональностей
		Регрессионное тестирование
		Тестирование при сдаче
	Бета тестирование
По признаку позитивности сценариев	Позитивное тестирование
	Негативное тестирование
По степени подготовленности к тестированию	Тестирование по документации
	Интуитивное тестирование

2.7.2.Уровни тестирования

Уровень тестирования определяет, что именно тестируется в конечном продукте:

• Модульное тестирование – тестируется минимально возможный для тестирования компонент, например, отдельный класс или функция. Часто модульное тестирование осуществляется разработчиками ПО.

• Интеграционное тестирование — тестируются интерфейсы между компонентами, подсистемами. При наличии резерва времени на данной стадии тестирование ведётся итерационно, с постепенным подключением последующих компонентов.

• Системное тестирование – тестирование на её соответствие требованиям технического задания.

Тестирование ПС ЭТ проводилось на уровне модульного тестирования.