QTP LoadandRunaction - Время транзакции из Callee Часть результата запуска Callee?

Question

Если я позвоню в действие x из другого теста LoadAndRunAction, Являются ли время транзакции, которые собираются в правильном сообщении действий?

Т.е. Если я вставлю такой сценарий вызывающего абонента в сценарий LoadRunner, будут ли отчеты о результатах LoadRunner включать как время транзакции, измеренные в тесте A и действие X?

Честно говоря, я просто спрашиваю, потому что мне лень проверять этот специалист.

Фон: У нас есть несколько LR Szenarios, которые используют сценарии QTP для моделирования активности пользователя GUI. Эти сценарии QTP довольно большие и снова и снова развернуты в каждом генераторе нагрузки. Идея состоит в том, чтобы развернуть большой тест QTP один раз вручную и написать компактный тест QTP, который вызывает большой тест, и вставить этот тест Comptact в сценарий LR.

Answer 1

Хорошо, теперь, когда я узнал, что отвечает себе, просто справедливо поделиться ими:

LoadAndRunAction Не сообщает о времени транзакции правильно, абонент не видит транзакции, измеренные в Callee.

Однако вы можете использовать обычный вызов действия, чтобы вызвать целевое действие. Тем не менее, это не работает, за исключением самых тривиальных каллеров, поскольку контроллер LoadRunner каким -то образом испортит зависимости между вызывающим абонентом и Callee, пытаясь развернуть материал вызывающего абонента в генератор нагрузки, которого не существует.

Решением для нас было создание глупого сценария вызывающего абонента QTP A, который вызывает второй тест QTP B, который ничего не делает, кроме как вызывает «реальный» тест QTP C, все это используя «Вставка вызова к внешнему действию». То есть:

• Разработать A и B, используя машину QTP, которая уже содержит C
• Скопируйте A и B контроллеру
• Вставить в сценарий
• Предварительно развернуть (т.е. просто копирование) B и C ко всем генераторам загрузки

Результат: LoadRunner успешно развертывает A для генераторов нагрузки, выполняет его. A выполняет свой призыв к тесту B, который, в свою очередь, вызывает C. C выполняет транзакции, которые сообщаются через B и A к результатам запуска сценариев. Миссия выполнена. (Естественно, B и C должны храниться в одном и том же пути на всех машинах, а ссылки на действие в A и B должны основываться на абсолютных, а не относительных путях).

Конечно, нужно быть осторожным с изменением B или C. Каждая модификация должна быть распределена по всем другим генераторам нагрузки вручную. A может быть обновлен по обычным способом (так как он всегда будет развернут).