12.07.2015 Views

СОФИЙСКИ УНИВЕРСИТЕТ “СВ. КЛИМЕНТ ОХРИДСКИ”

СОФИЙСКИ УНИВЕРСИТЕТ “СВ. КЛИМЕНТ ОХРИДСКИ”

СОФИЙСКИ УНИВЕРСИТЕТ “СВ. КЛИМЕНТ ОХРИДСКИ”

SHOW MORE
SHOW LESS
  • No tags were found...

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Част 4: Спецификация на решението завнедряване на базирана на данни методологиятестови таблици от високо ниво. Автоматизираното им създаване ще намали кактовремето за описване така и възможните графични грешки при попълването натестовите таблици.Как точно се автоматизира процеса на създаване на таблиците от високо нивоще проследим като разгледаме спецификацията и разработката на инструмента заавтоматизирано създаване на тестове в следващата част.4.1.44.5 История на тестовите цикли на версиите на продуктаFormatted: Bullets and NumberingПоддържане на история на тестовите цикли и версиите на продукта има няколкопредимства:- тестовите таблици могат да запазят името си при промяна в контекста нададена версия. По този начин не е необходимо таблиците от високите нива,които съдържат таблицата да се променят- за всяка една версия на продукта във всеки един момент има работещитестови сценарии- повторно използване на цели или части от тестове в следващи версии- използване на тестовите логове за проследяване на изпълнението натестовете през различните версииТестовата платформа RRAFS предоставя функции за работа с лог файлове. Темогат да се използват за записване на тестовите резултати и други съобщения към логфайла и/или конзолата на инструмента, както и към текстови лог файлове и логфайлове в xml формат. Логовете се дефинират чрез потребителския тип LogFacility.Платформата предоставя глобален лог - MainLog, който може да се използва от всичкискриптове. Даден скрипт може да има няколко активни лога, в които да пише. Призаписването на всяко съобщение се специфицира и в кой от активните логове да бъдезаписано. При създаването на обектите, дефиниращи лога, се определя и начина назаписване на съобщения в новия лог. Предефинираните константи, определящи начинана запис са:- LOGGING_DISABLED - не се записват съобщения в този лог- SQALOG_ENABLED - активирано е записването към лога на инструмента.Тъй като този лог е единствен всички обекти, които са дефинирани с тазиопция, ще записват в един лог.- TEXTLOG_ENABLED - активира се записването в текстов лог- HTMLLOG_ENABLED - използва се като флаг, указващ, че текстовият файлтрябва да се обработи допълнително и да се направи html рапорт- CONSOLE_ENABLED - активира се записването в конзолата наинструмента. Тъй като тази конзола е единствена всички логове,дефинирани с този статус ще пишат в една конзола- XMLLOG_ENABLED - активира се записването в текстов лог в xml формат- MAX_LOGMODE - активира всички статусиЗа определяне на начина на записване на съобщения в лога могат да се използваедна или комбинация от разгледаните константи.Поддържането на история на тестовите цикли и версии на продукта също щебъде осигурено от инструмента, чиято спецификация и разработка е обект наразглеждане в следващата част.40

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!