Част 5: Реализация на инструмента заавтоматизирано създаване на тестоветекущата версия на продукта се създава нова директория в определена от потребителяпапка. В тази директория ще се съдържа цялата информация, която е необходима заизпълнение на тестовите цикли за тази версия. При добавяне на елемент, представящсъществуваща тестова таблица към дървовидната структура, всички файлове, които сасвързани с нея и самата таблица се копират в текущата директория. Свързаните стаблицата файлове се търсят в директорията, от която се взима тестовата таблица. Придобавянето на нов елемент към дървовидната структура, който представя тестоватаблица, се създава нов файл в директорията на текущата версия.Съхранението на тестовите файлове, скриптовете и картите на страниците вдиректории по версии дава възможност за поддържане на история на тестовите циклина продукта. Информация за изпълнението на тестовите сценарии за всяка версия сеосигурява от лог файлове, които се генерират от тестовата платформа при всякоизпълнение на тестов цикъл. Лог файловете се прехвърлят от работната директория натестовата платформа в директорията на съответната версия. Файловете могат да седобавят към текущата версия при всяко изпълнение на тестов цикъл.5.2 Имплементация на инструментаЗа физическата и логическата организация на класовете при реализацията наинструмента са използвани няколко директории, върху които са дефинирани ипространства от имена. Нека разгледаме всяко едно от тях.Пространство от имена DDMToolВ главното пространството от имена, наречено DDMTool са дефинираниелементите на потребителския интерфейс, класът за обработване на конфигурации,както и 3 дъщерни пространства от имена. Класът DDMTool дефинира главната форма,която описва дървото от тестове, дървото, представящо лог файловете, и главнотоменю. На Фигура 3 е представен интерфейсът на инструмента.При обработване на информацията, представяна в елементите на дървото, сеизползват различни потребителски контроли. За визуализиране на файлове ереализиран класът FileEditor. Класът VariableEditor дефинира потребителски контролза редактиране на променливи. Класовете InputFileDialog, InputVariableDialog иInputVersionDialog представят диалогови прозорци за въвеждане на данни отпотребителя. Класът ProjectSettings съдържа и предоставя информация за различнитеконфигурации на проекта. Конфигурациите на проекта се записват в xml файл. Файлътсъдържа информация за конфигурации на проекта като директорията по подразбиране,в която се създават тестовете, и за директорията, в която се намират шаблоните, коитосе използват при създаване на нови тестови таблици. Освен това във файла са описании пътищата към директории на тестовата платформа RRAFS, които използва припрехвърляне на тестовите таблици за изпълнение и на лог файловете за анализиране нарезултатите. Класовете RRAFSConfigurationsDialog и ProjectConfigurationsDialogдефинират диалогови прозорци за промяна на конфигурациите на проекта иинтеграцията с тестовата платформа.43
Част 5: Реализация на инструмента заавтоматизирано създаване на тестовеФигура 3. Интерфейс на инструментаПространство от имена EntitiesВ пространството от имена Entities са дефинирани основните елементи, коитоще участват в дървовидната структура. Това са елементите дефиниращи променливи,карти на страниците, предпоставки, скриптове, лог файлове, стъпкови таблици,таблици със сюити и таблици, описващи тестовите цикли. На Фигура 4 е представенакаква структура са организирани класовете, представящи тези елементи, заедно сняколко абстрактни класа, които групират сходните елементи.В класовете, дефинирани в това пространство от имена, е отделена работата сфайлове при създаване на нови тестови таблици, четенето и копирането насъществуващи, както и записването на промените, направени през интерфейса.44