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

Успяхме да създадем наши собствени тестови данни, като използвахме скъпоценния камък „Rest-Client“ (за извикване на крайни точки) и Cucumber hooks (използвани за определяне кога да се генерират тестови данни).

Вижте по-долу пример за това как създадохме нови акаунти/клиенти с помощта на скъпоценния камък 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

Последната част от мозайката е да накарате вашите calabash сценарии да консумират тестовите данни, които току-що сте генерирали. За да разрешим този проблем, декларирахме глобална променлива ($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

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

Но на другия ви въпрос относно независимостта на Сценарий А от Сценарий Б - това е вярно, но това не означава, че не можете да нанижете дефиниции на стъпки, за да постигнете целите си. Да кажем, че тестът по-горе беше просто използван за проверка, че мога успешно да вляза в приложението с валиден потребител - всичко е наред, потребителят е влязъл и всички са доволни. Но какво се случва, когато трябва да тествам страницата на потребителския профил? Е, очевидно трябва да вляза, но не е необходимо това да бъде изрично посочено в моя файл с функции, мога да създам дефиниция на стъпка, която свързва други дефиниции на стъпка:

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
   }

}