Перейти к содержимому

Фотография

Запуск скрипта


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 7

#1 vermis

vermis

    Новый участник

  • Members
  • Pip
  • 24 сообщений

Отправлено 30 ноября 2004 - 11:39

Подскажите пожалуйста, возможно ли, а если да, то каким образом можно из QuickTestProffessional запустить на исполнение файл написанный на VBScript?
  • 0

#2 vermis

vermis

    Новый участник

  • Members
  • Pip
  • 24 сообщений

Отправлено 01 декабря 2004 - 14:50

Можно! :)
Syntax:
ExecuteFile File

Example:
The following example executes the MyFunction VBS file in order to use the SomeFunction function in the action script.

ExecuteFile "MyFuctions.vbs"

x = SomeFunction ' Defined in MyFuctions.vbs
  • 0

#3 Гость_mudolisk_*

Гость_mudolisk_*
  • Guests

Отправлено 01 декабря 2004 - 16:37

Идея правильная, безусловно. Могу лишь добавить, что обычно удобнее использовать: cscript [//B] <scriptname>.vbs.

Дело в том, что консольный output (если он, конечно, есть) гораздо удобнее обрабатывать, чем смотреть на окошки ;)

#4 vermis

vermis

    Новый участник

  • Members
  • Pip
  • 24 сообщений

Отправлено 17 декабря 2004 - 15:26

Идея правильная, безусловно. Могу лишь добавить, что обычно удобнее использовать: cscript [//B] <scriptname>.vbs.

Дело в том, что консольный output (если он, конечно, есть) гораздо удобнее обрабатывать, чем смотреть на окошки ;)

Скажите пожалуйста, как часто и в каких случаях в вашей практике встречается использование VBScript скриптов, поключаемых к скрипту QuickTest'a?
  • 0

#5 Mike

Mike

    Консультант

  • Members
  • PipPipPipPipPipPip
  • 1 079 сообщений
  • Город:Москва

Отправлено 17 декабря 2004 - 16:16

Ещё раз всех убедительно прошу ;) вести дискуссии по инструментам Mercury в форуме Продукты>Mercury Interactive Tools. Искать же потом тяжело! Не говоря о том, что это просто непорядок.

Что же касается вызова скриптов vbs, то лично я использовал ExecuteFile только с одной целью - подгрузить модуль с классом (неочевидный минус этого способа - начинается бардак с отображением текущей исполняемой строки при отладке. Самое ужасное, что и брякпойнты при этом перестают работать). Впрочем, есть трюк, позволяющий использовать классы и не прибегая к ExecuteFile (но там свои минусы).
  • 0
Best regards,
Майк.

#6 dlg99

dlg99

    Специалист

  • Members
  • PipPipPipPipPip
  • 609 сообщений
  • ФИО:Andrey Yegorov
  • Город:Redmond, WA

Отправлено 17 декабря 2004 - 17:49

Впрочем, есть трюк, позволяющий использовать классы и не прибегая к ExecuteFile (но там свои минусы).

library с возможностью создавать объекты только в library?

или что-то другое?
  • 0
Andrey Yegorov. Изображение

#7 Mike

Mike

    Консультант

  • Members
  • PipPipPipPipPipPip
  • 1 079 сообщений
  • Город:Москва

Отправлено 20 декабря 2004 - 08:20

Да, library. В Library пишется функция, возвращающая экземпляр класса, описанного в той же Library (непосредственно в тесте создать экземпляр объекта с помощью New не удастся - так как у библиотеки и у теста разные пространства имён классов). Минус же простой - при любой ошибке в классе тест останавливается без объяснения причин, поэтому надо очень серьёзно относиться к обработке ошибок внутри класса.
  • 0
Best regards,
Майк.

#8 dlg99

dlg99

    Специалист

  • Members
  • PipPipPipPipPip
  • 609 сообщений
  • ФИО:Andrey Yegorov
  • Город:Redmond, WA

Отправлено 20 декабря 2004 - 15:16

Да, library. В Library пишется функция, возвращающая экземпляр класса, описанного в той же Library

Factory...

Да, так и делаем. На грабли с обработкой ошибок тоже уже наступил B)
Написал сво. подсистему логгинга, логаем все и вся.

Спасибо. Я не одинок в своих мучениях :D
  • 0
Andrey Yegorov. Изображение


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных