Calabash: Как настроить тестовые данные

Мы смогли создать наши собственные тестовые данные с помощью гема Rest-Client (для вызова конечных точек) и хуков Cucumber (используемых для определения того, когда генерировать тестовые данные).

См. Ниже пример того, как мы создавали новые учетные записи / клиентов с помощью драгоценного камня Rest-Client, огурцов, класса диспетчера данных и фабричного модуля. Вот ссылка с дополнительной информацией о как это работает.

AccountDataManager.rb

require 'rest-client'

require_relative '../factory/account'

class AccountDataManager

  include Account

  def create
    current_time = Time.now.to_i
    username = 'test_acc_' + current_time.to_s
    password = 'password1'
    url = 'http://yourURLhere.com/account/new'

    request_body = manufacture_account(username, password)

    response = RestClient.post url, request_body.to_json, {:content_type => 'application/json', :accept => 'application/json'}

    if response.code != 200
      fail(msg ="POST failed. Response status code was: '#{response.code}'")
    end

    response_body = JSON.parse(response

    clientId = response_body['Account']['ClientId']

    # return a hash of account details
    account_details = {
        username: username
        password: password,
        clientId: clientId
    }
  end    
end

Account.rb

Нижеприведенная фабрика производит тело запроса.

module Account

  def manufacture_account(username, password)
    payload = {
        address:{
            :Address1 => '2 Main St',
            :Address2 => '',
            :Suburb => 'Sydney',
            :CountryCode => 8
        },
        personal:{
            :Title => 'Mr',
            :Firstname => 'John',
            :Surname => 'Doe',
            :UserName => "#{username}",
            :Password => "#{password}",
            :Mobile => '0123456789',
            :Email => "#{username}@yopmail.com",
            :DOB => '1990-12-31 00:00:00'
        }
    }
  end
end

Hook.rb

Вы должны добавить ваш файл hook.rb в общий каталог, а затем добавить ссылку на него в ваш файл env.rb (мы добавили наш файл hook в каталог «/ features / support»).

require_relative '../data_manager/data_manager_account'

Before() do
  $first_time_setup ||= false

  unless $first_time_setup
    $first_time_setup = true

    # call the data managers needed to create test data before
    # any of your calabash scenarios start
  end
end

Before('@login') do
  # declare global variable that can be accessed by step_definition files
  $account_details = AccountDataManager.new.create
end

at_exit do
  # call the data managers to clean up test data
end

Login_steps.rb

Последняя часть головоломки - заставить ваши сценарии калебаша использовать только что сгенерированные вами тестовые данные. Чтобы решить эту проблему, мы объявили глобальную переменную ($ account_details) в нашем файле hook.rb и сослались на нее в нашем файле step_definition.

Given(/^I log in with newly created customer$/) do
  @current_page = @current_page.touch_login_button

  unless @current_page.is_a?(LoginPage)
    raise "Expected Login page, but found #{@current_page}"
  end

  # use global variable declared in hook.rb
  @current_page = @current_page.login($account_details)

 unless @current_page.is_a?(HomePage)
    raise "Expected Home page, but found #{@current_page}"
  end
end

Я сам не использовал какие-либо библиотеки данных фикстур, однако мне повезло, что я использовал простые модели, такие как следующие для пользователя.

class User

  @validUser = "[email protected]"
  @validPass = "123"

  @invalidUser = "[email protected]"     
  @invalidPass = "foobar"

  def initialize(username, password)
    @username = username
    @password = password
  end

  def username
    @username
  end

  def password
    @password
  end

  def self.getValidUser
    return new(@validUser, @validPass)
  end

  def self.getInvalidUser
    return new(@invalidUser, @invalidPass)
  end

end 

Допустим, у меня есть следующая особенность:

Scenario: Successful login
  When I enter valid credentials into the login form
  Then I should see a logout button

Затем, когда мне нужен действующий пользователь, это так же просто, как:

When(/^I enter valid credentials into the login form$/) do
  user = User.getValidUser
  enterCredentials(user)
end

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

Однако что касается вашего другого вопроса относительно независимости сценария A от сценария B - это правда, но это не означает, что вы не можете объединить определения шагов для достижения своих целей. Допустим, приведенный выше тест просто использовался для проверки того, что я могу успешно войти в приложение с действующим пользователем - все в порядке, пользователь вошел в систему, и все довольны. Но что происходит, когда мне нужно протестировать страницу профиля пользователя? Что ж, мне, очевидно, нужно войти в систему, но мне не нужно, чтобы это было явно указано в моем файле функций, я могу создать определение шага, которое объединяет другие определения шагов:

Scenario: Validate behavior of user profile page
  Given I'm on my profile page
  Then I should see a selfie


Given(/^I'm on my profile page$/) do
  step "I enter valid credentials into the login form"
  navigateToProfilePage()
end

Это краткий пример, но, надеюсь, вы видите, что действительно можете связать определения шагов, не имея сценариев, зависящих друг от друга. Такой плохой стиль огурца будет таким, что вы входите в приложение со сценарием «Успешный вход», но затем НИКОГДА не выходите из системы, а просто переходите к сценарию «Проверить поведение профиля», который просто переходит на страницу профиля без предварительного повторный вход в систему. Надеюсь, я был не так уж далек от вашего первоначального запроса!

• https://github.com/cucumber/cucumber/wiki/Calling-Steps-from-Step-Definitions

Вы можете написать Backdoor для очистки данных перед запуском тесты:

public class MainActivity extends Activity {

    public void setUp() {
        // Here you can clean and setup the data needed by your tests
   }

}