BDD в PHP с Behat и Mink

Я
кто
такой

@ everzet
senior from-birth web
developer в

Я
кто
такой

International speaker
Разработчик Behat, Mink http://github.com/everzet
Разработчик jade.php http://card.everzet.com
Разработчик capifony everzet@knplabs.com
Core-contributor Symfony2 framework
Разработчик плагинов symfony и Symfony2

@ everzet
senior from-birth web
developer в

BDD, Symfony2 эксперты

Активные контрибуторы в open-source проекты

Консультанты, аудиторы, тренеры

http://knplabs.com

История
тестирования

История

UnitTest
Автоматизация тестов

TDD
Тесты вперед
История

UnitTest

BDD

Dan North
TDD
История

UnitTest

BDD ⎯ эволюция TDD

- Эволюция-хренолюция...
Что не так с TDD?

Мы на самом деле говорим о тестах???
Но каким образом тестировать то, чего еще нет?

Test-Driven Development

На самом деле, мы говорим о дизайне


Behavior
© 2003, Dan North

BDD был создан как набор
конвенций поверх TDD

Тест-кейсы должы составлять предложения
testFindsCustomerById()
testFailsForDuplicateCustomers()


Тест-кейсы должны начинаться со слова “should”
shouldFindCustomerById()
shouldFailForDuplicateCustomers()


Тест-кейсы должны начинаться со слова “should”
shouldFailForDuplicateCustomers()

Класс тест-кейсов должен представлять из себя существительное для кейсов
class CustomerTableTest extends PHPUnitTestCase
{
/**
* @Test
*/
...
}

АССЕРШЕНЫ
тоже TEST-ориентированы

АССЕРШЕНЫ

ТЕСТируем

assertEquals($expected, $actual)

assertGreaterThan($expected, $actual)

assertInstanceOf($class, $actual)

АССЕРШЕНЫ

ТЕСТируем Описываем

assertEquals($expected, $actual) $actual should be Equals to $expected

assertGreaterThan($expected, $actual) $actual should be GreaterThan $expected

assertInstanceOf($class, $actual) $actual should be InstanceOf $class

Specификационные
BDD Фрэймворки

*Spec

RSpec by Dave Astels

*Spec


JSpec by TJ Holowaychuk

*Spec


JSpec by TJ Holowaychuk

Fabulous by Alex Rudakov

RSpec

# bowling_spec.rb
require 'bowling'

describe Bowling, "#score" do
it "returns 0 for all gutter game" do
bowling = Bowling.new
20.times { bowling.hit(0) }
bowling.score.should == 0
end
end

RSpec

# bowling_spec.rb
require 'bowling'

describe Bowling, "#score" do
it "returns 0 for all gutter game" do
bowling = Bowling.new
20.times { bowling.hit(0) }
bowling.score.should == 0
end
end

Пишем СПЕЦИФИКАЦИЮ, а не UnitTEST

История

Сначала дизайн Spec BDD

UnitTest TDD BDD

Dan North

СЦЕНАРНЫЙ

BDD

photo by dsearls

СЛ ОВАРЬ

photophoto by dsearls
by Horia Varlan

о в
р
с те
я те
дл

СЛ ОВАРЬ

by Horia Varlan

о в
р
с те
я те
дл

СЛ ОВАРЬ дл
яа
на
ли
ти
ко
в
by Horia Varlan

о в
р
с те
я те
дл

в СЛ ОВАРЬ дл
о яа
п ер на
ло
в е ли
де ти
для ко
в
by Horia Varlan

для в
зак р о
азч с те
и ко я те
в дл

о яа
п ер на
ло
в е ли
де ти
для ко
в
by Horia Varlan

для в
зак р о
азч с те

1
и ко я те
в дл

о яа
п ер на
ло
в е ли
де ти
для ко
в
by Horia Varlan

ИСКОРЕНИТ множество проблем
ДИЗАЙНА и КОММУНИКАЦИЙ

1
те ры
т ес
заказчики девелоперы
СЛ ОВАРЬ ана
лит
ики

by Horia Varlan

НИК АЦИИ
К ОММУ

photo by joshfassbind.com

Наратив:

In order to [A]
As a [B]
I need [C]

Наратив:

Чтобы [A]
В качестве [B]
Мне нужно [C]

Наратив:

Чтобы [A]
Мне нужно [C]
A ⎯ добавочное знач. (профит) функционала
B ⎯ профитирующая персона (роль)
C ⎯ функционал

Наратив:

Чтобы [A]
⎯ Сила данной конструкции в том, что
она требует определения профита от
функционала еще до его реализации

Мне нужно [C] © Dan North

A ⎯ добавочное знач. (профит) функционала
B ⎯ профитирующая персона (роль)
C ⎯ функционал

Поведение story ⎯
это ее приемочный
критерий!
⎯ если система удовлетворяет все
приемочные критерии, то она работает
верно; если не выполняет - неверно.

Story:
In order to ...
As a ...
I need ...

Story:
In order to ...
As a ...
I need ...

Given some initial context (the givens),
When an event occurs,
Then ensure some outcomes.

Story:
In order to ...
As a ...
I need ...



Story:
In order to ...
As a ...
I need ...

Scenario 1:

Scenario 2:

История


UnitTest TDD BDD Scenario BDD

Сначала анализ

Dan North

История


+
UnitTest TDD BDD Scenario BDD

Сначала анализ

Dan North

GHERKINDSL

photo by isobel.gordon

Feature: Feature description
In order to ...
As a ...
I need ...

Scenario: 1st scenario title

Scenario: 2nd scenario title

feature tree
Feature: Feature description 1. feature
In order to ...
As a ...
I need ...

2. scenario

Given some initial context (the givens) 3. step
When an event occurs ...
Then ensure some outcomes ...

2. scenario

Given some initial context (the givens) 3. step
When an event occurs ...
Then ensure some outcomes ...

Feature: Feature description
In order to ...
As a ...
I need ...

Given some initial context (the givens)
When an event occurs
Then ensure some outcomes

Given some initial context (the givens)
When an event occurs
Then ensure some outcomes

# language: fr
Fonctionnalité: Feature description
In order to ...
As a ...
I need ...

Scénario: 1st scenario title
Etant donné some initial context (the givens)
Lorsque an event occurs
Alors ensure some outcomes

Scénario: 2nd scenario title
Etant donné some initial context (the givens)
Lorsque an event occurs
Alors ensure some outcomes

# language: ja
: Feature description
In order to ...
As a ...
I need ...

: 1st scenario title
some initial context (the givens)
an event occurs
ensure some outcomes

: 2nd scenario title
some initial context (the givens)
an event occurs
ensure some outcomes

# language: ru
Функционал: Feature description
In order to ...
As a ...
I need ...

Сценарий: 1st scenario title
Допустим some initial context (the givens)
Когда an event occurs
То ensure some outcomes

Сценарий: 2nd scenario title
Допустим some initial context (the givens)
Когда an event occurs
То ensure some outcomes

# language: en-pirate
Ahoy matey!: Feature description
In order to ...
As a ...
I need ...

Heave to: 1st scenario title
Let go and haul some initial context (the givens)
Blimey! an event occurs
Aye ensure some outcomes

Heave to: 2nd scenario title

# language: en-pirate
Ahoy matey!:

Heave to:

Heave to:

Приемочные критерии
должны быть исполняемы!

Установка

1. Добавляем pear-channel:
$ pear channel-discover pear.behat.org

2. Ставим:
$ pear install behat/behat

3. Инициализируем:
$ cd path/to/project && behat --init

Установка


2. Ставим:
$ pear install behat/behat

3. Инициализируем:
$ cd path/to/project && behat --init
+d features - place your *.feature files here
+d features/steps - place step definition files here
+f features/steps/steps.php - place some step definitions in this file
+d features/support - place support scripts and static files here
+f features/support/bootstrap.php - place bootstrap scripts in this file
+f features/support/env.php - place environment initialization scripts in this file

# language: ru
Функционал: Утилита ls
Чтобы узнать содержимое директории
Как пользователь UNIX
Я должен иметь утилиту листинга директорий

# language: ru

Сценарий: 2 файла в директории

# language: ru

Допустим я нахожусь в директории “test1”
Если я исполню “ls”
То я должен увидеть:
"""
ﬁle_one.txt
ﬁle_foo.txt
"""

# language: ru 1. feature

2. scenario

"""
ﬁle_one.txt
ﬁle_foo.txt
"""

ОПРЕДЕЛЕНИЯШАГОВ

<?php

Допустим('/^я нахожусь в директории “(.*)”$/');

<?php

Допустим('/^я нахожусь в директории “(.*)”$/',
function() {
throw new BehatBehatExceptionPending();
}
);

<?php

$steps->Допустим('/^я нахожусь в директории “(.*)”$/',
function() {
}
);

<?php

function() {
throw new BehatBehatExceptionPending(); ???
}
);

ТИПЫРЕЗУЛЬТАТОВШАГОВ


1. Pending шаг ⎯ который throw new BehatBehatExceptionPending();



2. Undeﬁned шаг ⎯ у которого нет (не найдено) определений




3. Ambiguous шаг ⎯ который подпадает под несколько определений





4. Failed шаг ⎯ который throw Exception();






5. Skipped шаг ⎯ который идет следом за pending/undeﬁned/failed в сценарии






5. Skipped шаг ⎯ который идет следом за pending/undeﬁned/failed в сценарии

6. Passed шаг ⎯ который не кидает эксепшенов

<?php

function() {
}
);


<?php

function() {
}
);

<?php

$steps->Если('/^я исполню “(.*)”$/',
function($dollars) {
}
);

<?php

function($dir) {
// $dir === “test1”
}
);

<?php

function($command) {
// $command === “ls”
}
);

<?php

function($dir) {
chdir('fixtures/' . $dir);
}
);

<?php

function($command) {
exec($command, $output);
$output = trim(implode(“n”, $output));
}
);

<?php

function($world, $dir) {
}
);

<?php

function($world, $command) {
$world->output = trim(implode(“n”, $output));
}
);

ПРОВЕРЯЕМРЕЗУЛЬТАТЫ

<?php

$steps->То('/^я должен увидеть:$/',
function($world, $string) {
if ($world->output !== (string) $string) {
throw new Exception('Неверный вывод');
}
}
);

<?php

if ($world->output !== (string) $string) {
throw new Exception('Неверный вывод');
}
}
);

То я должен увидеть: ( using
PHPUnit )
<?php

assertEquals((string) $string, $world->output);
}
);

<?php

}
);

}
);

}
);

<?php

$steps->

Допустим('/^я нахожусь в директории “(.*)”$/',
}
)->

Если('/^я исполню “(.*)”$/',
}
)->

То('/^я должен увидеть:$/',
}
)
;

Workflow

1. Описываем поведение

Workflow

2. Проверяем поведение ( $ )
behat features/

Workflow

behat features/

3. Реализуем поведение

Workflow

behat features/

3. Реализуем поведение
4. Проверяем поведение

Workflow

behat features/

3. Реализуем поведение:
3.1. Пишем спеки
3.2. Прогоняем спеки
3.3. Пишем код
3.4. Прогоняем спеки

4. Проверяем поведение

Описание web-
приложений

Установка


2. Ставим:
$ pear install behat/mink-beta

<?php

use BehatMinkMink,
BehatMinkSession,
BehatMinkDriverGoutteDriver,
BehatMinkDriverSahiDriver;

// инициализируем Mink и сессии
$mink = new Mink();
$mink->registerSession('goutte',
new Session(new GoutteDriver($startUrl))
);
$mink->registerSession('javascript',,
new Session(new SahiDriver($startUrl, 'firefox'))
);

// выполняем действия в стандартном драйвере
$mink->getSession('goutte')->getPage()->clickLink('Downloads');
echo $mink->getSession('goutte')->getPage()->getContent();

// выполняем действия в javascript (Sahi) сессии
$mink->getSession('javascript')->getPage()->clickLink('Downloads');
echo $mink->getSession('javascript')->getPage()->getContent();

Новый проект

1. Создаем каркас проекта:
$ cd path/to/project && zf ...



2. Инициализируем B$%&':
$ behat --init


3. Знакомим B$%&' с M!"#:
$ vim behat.yml
# behat.yml
default:
environment:
parameters:
start_url: http://tutorial.zf.dev/
imports:
- mink/behat.yml

$ vim features/support/bootstrap.php

<?php
// features/support/bootstrap.php
require_once 'PHPUnit/Autoload.php';
require_once 'PHPUnit/Framework/Assert/Functions.php';
require_once 'mink/autoload.php';

$ behat --steps --lang ru

# language: ru
Функционал: Альбомы
Чтобы иметь представление об исполнителях
Как каталогизатор
Я должен уметь управлять коллекцией альбомов

Сценарий: Добавление альбома
Допустим я на странице /index/add
Если я ввожу "Pendulum" в поле "Artist"
И я ввожу "In Silico" в поле "Title"
И нажимаю "Add"
То я должен видеть "In Cilico"
И я должен видеть "Edit"

# language: ru

Допустим в базе нет альбомов
И я на странице /index/add
То я должен видеть "In Silico"

<?php
# features/steps/steps.php
$steps->Допустим('/^в базе нет альбомов$/',
function($world) {
$albums = new Application_Model_DbTable_Albums();
$albums->delete(1);
}
);

<?php
# features/support/bootstrap.php

// Конфигурация и инициализация тестовой среды ZF

# language: ru

@javascript
Допустим в базе нет альбомов
И я на странице /index/add
То я должен видеть "In Silico"

http://github.com/behat
http://groups.google.com/behat
http://knplabs.com/trainings

Вопросы?

http://github.com/behat
http://groups.google.com/behat
http://knplabs.com/trainings

BDD в PHP с Behat и Mink

More Related Content

Viewers also liked

BDD в PHP с Behat и Mink