2013-05-23 1 views
2

Я новичок в SoapUI так схватившись с помощью инструмента, так что любая помощь будет высоко ценится ..Как параметризировать значение в запросе Мыло

Мы две среды настроены (DEV, Подмости) каждый с различными которые позволяют мне запускать мой testuite в любой из двух окружений.

Как часть запроса в одном из моих тестовых ящиков, мне нужно указать «accountID», однако этот идентификатор учетной записи отличается для каждой среды, поэтому я хотел бы знать, как и где я могу добавить логику, которая позволила бы мне выбрать другой идентификатор учетной записи в зависимости от того, что я выбираю на уровне проекта?

Пожалуйста прилагается изображение из ACCOUNTID подал, что я в настоящее время, чтобы вручную изменить в зависимости от того, какой сервер я бегу тест на ...

Если решение заводной сценарий на основе, то могли бы вы предоставить что скрипт должен выглядеть, потому что мое скриптовое умение в данный момент не так уж велико ..

Приветствие

Shan enter image description here

enter image description here

enter image description here

ответ

2

Добавить пользовательское свойство проекта. Вы можете переопределить значение этого свойства в разных средах. В тестовом случае вы можете получить доступ к этому свойству как $ {# Project # property_name}

+0

ОК по инструкции, я выбрал проект, а затем добавил свойство под названием «accountID» без значений по умолчанию на вкладке «Пользовательские свойства». Затем перешел на вкладку «Среды» и выбрал среду «DEV», которую я ранее добавил, а затем выберем вкладку «Пользовательские свойства» и напротив «accountId» я установил значение «12345». После этого я пошел на тестовый шаг, который требует этого идентификатора учетной записи, который я набираю в $ {# Project # accounID} ... , к сожалению, при запуске теста я получил .. faultcode: a: DeserializationFailed Пожалуйста, не могли бы вы выделить, где я ошибся? – user929258

+0

Я добавил еще два снимка экрана, чтобы помочь вам понять, что я сделал. – user929258

+0

Над решением работал, не уверен, почему он не работал в первый раз - спасибо Артем за вашу помощь :) – user929258

0

Иногда могут быть конкретные свойства тестового случая, аналогично свойства для конкретного применимого и могут быть действительно применимыми/иметь смысл определять на уровне проекта.

Так те же свойства могут быть доступны в запросе теста шагов ниже аналогичен проект свойству

  • Test Case Уровень собственности - $ {# TestCase # TEST_CASE_PROPERTY_NAME}
  • Test Suite Уровень недвижимость - $ {# TestSuite # TEST_SUITE_PROPERTY_NAME}
  • Project свойство Level - $ {# Проект # PROJECT_PROPERTY_NAME}

В случае, одни и те же свойства, должен быть доступ в заводной скриптов в поле ниже образом:

def propValueTC = testRunner.testCase.getPropertyValue('TEST_CASE_PROPERTY_NAME') 
def propValueTS = testRunner.testCase.testSuite.getPropertyValue('TEST_SUITE_PROPERTY_NAME') 
def propValueP = testRunner.testCase.testSuite.project.getPropertyValue('PROJECT_PROPERTY_NAME') 
//or 
def propValueTC = context.expand('${#TestCase#TEST_CASE_PROPERTY_NAME}') 
def propValueTS = context.expand('${#TestSuite#TEST_SUITE_PROPERTY_NAME}') 
def propValueP = context.expand('${#Project#PROJECT_PROPERTY_NAME}') 

Аналогично можно использовать SetPropertyValue («собственность», «значение») в качестве счетчика части чтобы получить

Смежные вопросы