2.2.4 Тесты

Под тестированием понимается процесс исполнения программы с целью обнаружения ошибок. Регрессионное тестирование - это тестирование, проводимое после усовершенствования функций программы или внесения в нее изменений.

Тестирование можно разделить на несколько видов, основные из которых:

Модульное тестирование (Автономное или Unit-тестирование). На данном уровне тестируются по отдельности небольшие элементы системы, максимально отделенные от других элементов и, в то же время, пригодные для тестирования.

      Комплексное тестирование (Сборочное тестирование, integration testing или interface testing). На данном уровне тестируются объединенные элементы (компоненты или подсистемы) общей системы, чаще всего некоторая взаимодействующая между собой группа элементов. Комплексное тестирование направлено не на проверку функционирования каждого из компонентов, а на проверку взаимодействия компонентов в соответствии с архитектурой системы.

      Системное тестирование (system testing).После того, как система собрана из составляющих компонентов, она должна быть протестирована на соответствие системным спецификациям – реализованы ли все функциональные и нефункциональные требования к разрабатываемой системе. На данном уровне тестируется приложение или система (одно или более приложений) целиком.

Существует несколько методов тестирования:

1. Тестирование программ методом "чёрного ящика" (Black box testing)

2. Тестирование софта методом "белого ящика" (White box)

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

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

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

При проведении тестирования в данной дипломной работе использовался первый вид тестирования – тестирование “черного ящика ”.

Таблица 2.3 - Данные тестирования

Наименование	Код БК платель-щика	Код БК получателя	Код цели	Сумма в рублях	Назначение
1	2	3	4	6	7
ООО «Стройком»	21212121	3434344344	34343434	23,500	Организационные

Продолжение таблицы 2.3

Наимено-вание	ФИО руководи-теля	ФИО бухгалтера	Должность руководи-теля	Должность бухгалтера	ФИО ответственного
1	8	9	10	11	12
ООО «Стройком»	Петров П.П.	Ковалева А.Н.	Скок И.В.	Иванов В.В.	Дяченко И.В.

Функциональные тесты:

1) Добавим новую запись ОАО «КАЗ»

Таблица 2.4 – Добавление новой записи

Наименование	Код БК платель-щика	Код БК получателя	Код цели	Сумма в рублях	Назначение
1	2	3	4	6	7
ООО «Стройком»	2121212155	3434344344	34343434	23,500	Организационные
ОАО «КАЗ»	5367755555	7664443322	34455666	34,00	Организационные

Продолжение таблицы 2.4

Наимено-вание	ФИО руководи-теля	ФИО бухгалтера	Должность руководи-теля	Должность бухгалтера	ФИО ответственного
1	8	9	10	11	12
ООО «Стройком»	Петров П.П.	Ковалева А.Н.	Директор	Иванов В.В.	Дяченко И.В.
ОАО «КАЗ»	Михальчук О.В.	Сидоров А.Ю.	Директор	Скок И.В.	Пенязь А.П.

2) Отредактируем запись

Таблица 2.5 – Редактирования записи

Наименование	Код БК платель-щика	Код БК получателя	Код цели	Сумма в рублях	Назначение
1	2	3	4	6	7
ООО «Стройком»	21212121	3434344344	34343434	23,500	Организационные
ОАО «КАЗ»	5367755555	7664443322	34455666	34,00	Организационные

Продолжение таблицы 2.5

Наимено-вание	ФИО руководи-теля	ФИО бухгалтера	Должность руководи-теля	Должность бухгалтера	ФИО ответственного
1	8	9	10	11	12
ООО «Стройком»	Петров П.П.	Ковалева А.Н.	Скок И.В.	Иванов В.В.	Дяченко И.В.
ОАО «КАЗ»	Ефимов И.И.	Сидоров А.Ю.	Директор	Скок И.В.	Пенязь А.П.

3) Удалим запись

Таблица 2.6 – Удаление записи

Наименование	Код БК платель-щика	Код БК получателя	Код цели	Сумма в рублях	Назначение
1	2	3	4	6	7
ООО «Стройком»	21212121	3434344344	34343434	23,500	Организационные

Продолжение таблицы 2.6

Наимено-вание	ФИО руководи-теля	ФИО бухгалтера	Должность руководи-теля	Должность бухгалтера	ФИО ответственного
1	8	9	10	11	12
ООО «Стройком»	Петров П.П.	Ковалева А.Н.	Скок И.В.	Иванов В.В.	Дяченко И.В.