Szász Zoltán

• zoltan at szasz.me
• @szaszz
• /in/zoltanszasz

bemutatkozás

• 10+ éve dev bizniszben
• Önjelölt Clean Coder
• Dev & Ops, többnyire Dev
• Agile / Scrum / Kanban / XP kedvelő
• TDD & automata teszt hívő
• Symfony2 fan
• PHP Meetup alapító & szervező
• 2 gyermek büszke apukája

Business

driven development

VS

Behavior

driven development

Business

driven development

=

Behavior

driven development

történet

feltalálók

• Dan North
• Chris Matts
• Liz Keogh

• @tastapod
• @papachrismatts
• @lunivore

feltalálták

• Behavior Driven Development

megcsinálták

• RBehave » RSpec
• JBehave

tesztelés

~ismétlés a tudás atyja~

Miért teszteljünk?

• helyesség
• teljesség
• robusztusság
• regressziók kizárása
• hibák megelőzése
• stb.

Mi történik, ha

nem

tesztelünk?

Miért
automata teszteljünk?

• úgyis tesztelsz
• miért csinálnád kézzel?
• teszt is lehet komplex
• hamar megtérül
• stb, stb.

XP teszt alapok

• minden kód unit tesztelt
• minden kód „átmegy” a unit teszteken
• a tesztek felfedik a hibákat
• a tesztek gyorsak, és gyakran futnak
• + a tesztek determinisztikusak és koherensek
• a cél továbbra is pontosan ez

TDD

clean code

SOLID

• SRP Egy osztály egy dologért felel
• OCP Az osztály kiterjeszthető, de nem módosítható
• LSP Egy osztály helyett, bármely gyereke használható
• ISP Ne függj olyantól, amit nem használsz. A logika kis interface-eknek feleljen meg.
• DIP A működés (logikai szinten) nem a konkréttól, csupán az absztrakttól függ (decoupling)

„Tovább is van! Mondjam még?”

• YAGNI Mindig csak a szükséges dolgokat implementáld
• DRY Mindent csak egyszer írj meg
• KISS Tartsd egyszerűen
• FIRST Tesztek

Ajánló

• Magyar Attila – Clean Code slide video
• Orcsik Antal – Objektum orientált mérések a gyakorlatban slide video
• Ördög Rafael – Test driven mockery slide video

Szuper-Zöld!

avagy a
„Betört ablak”-elv

• Óvakodj a „flaky” teszttől,
• meg a „skipped” teszttől
• és persze az „incomplete” teszttől is!

BDD
alapok

Specifikáció

formális specifikáció

• üzleti szemléletben már a 60-as évektől
• több paradigma
• több leíró nyelv
• kötöttek
• nem rugalmasak

informális specifikáció

• szeretnék egy olyat...
• legyen... kék!
• nem jó kék!
• nem is!... inkább piros!

XP specifikáció

Felhasználók keresése                   #title

Mint rendszer adminisztrátor            #role
Szeretnék a felhasználók közt keresni   #feautre
Azért, hogy megnézhessem az adataikat   #benefit
                            

• felhasználók kereshetőek név és e-mail cím alapján
• lista nézetben látom a nevét, e-mail címét, telefonszámát
• lista nézetben a névre kattintva a részletes nézet jelenik meg
• részletes nézetben látom minden mentett adatát csoportosítva
                            

BDD specifikáció

Ami bevált azon miért változtatnánk?

User Story

Feature: Account Holder withdraws cash              #title

As an Account Holder                                #role
I want to withdraw cash from an ATM                 #feature
So that I can get money when the bank is closed     #benefit
                        

Akkor mi az új?

Scenario: Account has sufficient funds                        #title
    Given the account balance is $100                         #context
      And the card is valid                                   #context
      And the machine contains enough money                   #context
     When the Account Holder requests $20                     #event
     Then the ATM should dispense $20                         #outcome
      And the account balance should be $80                   #outcome
      And the card should be returned                         #outcome

Scenario: Account has insufficient funds
      Given the account balance is $10
        And the card is valid
        And the machine contains enough money
       When the Account Holder requests $20
       Then the ATM should not dispense any money
        And the ATM should say there are insufficient funds
        And the account balance should be $10
        And the card should be returned
                            

Ez már automata teszt?

DSL

Gherkin - a nyelv

• pontosabban DSL (domain specific language)
• leírja a viselkedést, az implementáció ismerete nélkül
• „nyakkendősök” is megértik: ügyfél, Product Owner, Project Manager, Business Analyst, Marketing
• fejlesztők is megértik
• kötött szintaxissal, de
• természetes nyelven írható (~40 nyelv)
• .feature fileok (user story + scenariók)
• natívan: Ruby, Java, Js, .Net
• sok BDD eszköz alap DSL-je (pl: Behat, Behave)

User Story

Feature | Business Need | Ability

Feature: Cucumber eating

As a hungry man
I want to eat some cucumber
So that I won't be hungry
                        

Teszt Eset

Scenario (Forgatókönyv)

Scenario: Eat 5 out of 12
    Given there are 12 cucumbers
     When I eat 5 cucumbers
     Then I should have 7 cucumbers
                        

Lépések

Given (Amennyiben|Adott)

Given there are 12 cucumbers
  And 6 potato
                        

#többsoros argumentumok
Given These vegetables are on the table:
  | vegetable | amount |
  | cucumber  | 12     |
  | potato    | 6      |
                        

When (Majd|Ha|Amikor)

When I eat 5 cucumbers
 And 2 potatoes
                        

Lépések

Then (Akkor)

Then I should have 7 cucumbers
 And 4 potatoes
                        

And (És), But (De)

Then i see cucumbers
 And potatoes
 But i do not see onion
                        

Teszt Vázlat

Scenario (Outline | Template)

Scenario Outline: Eating
  Given there are <start> cucumbers
  When I eat <eat> cucumbers
  Then I should have <left> cucumbers

  Examples:
    | start | eat | left |
    |  12   |  5  |  7   |
    |  20   |  5  |  15  |
                        

Alapvetés

Background (Háttér)

Background:
    Given there are 12 cucumbers

Scenario: Eat 5 out of 12
     When I eat 5 cucumbers
     Then I should have 7 cucumbers

Scenario: Eat 6 out of 12
     When I eat 6 cucumbers
     Then I should have 6 cucumbers
                        

i18n

en

Scenario: Account has sufficient funds
    Given the account balance is $100
      And the card is valid
      And the machine contains enough money
     When the Account Holder requests $20
     Then the ATM should dispense $20
      And the account balance should be $80
      And the card should be returned
                        

hu

#language: hu
Forgatókönyv: Van elég pénz a számlán
   Amennyiben a számlaegyenleg $100
           És a kártya érvényes
           És az ATM-ben elegendő pénz van
       Amikor tulajdonos kivesz $20-t
        Akkor az ATM kiad $20-t
           És a számla egyenlege $80
           És a kártyát kiadta az ATM
                        

Eszközök

és keretrendszerek^✱

• .Net: NBehave, NSpec, Concordion
• Java: JBehave, Spock, Concordion
• JavaScript: Jasmine, Vows (node.js)
• PHP: Behat, PHPUnit Story
• Python: Behave, Letucce, Concordion
• Ruby: RSpec, Cucumber, Concordion
• Scala: ScalaTest, Concordion

Scenario

• A teszt metódus nevek legyenek mondatok
• Egy kifejező teszt név nagyon hasznos, ha failel a teszt
• Viselkedést definiáljunk, ne tesztet írjunk
• A követelmény viselkedés is
• Mindennapi (mindenki számára érthető) nyelven
• Az elfogadási kritériumok legyenek futtathatók
• Legyen a story olvasmányos
• Mi lenne ha?

BDD != TDD

avagy mit teszteljünk?

BBD » TDD

például...

Behat & Mink

Scenario

Scenario: Check generate thumbnails
    Given I am in a directory "img"
      And I have an input image "test_1024_768.png"
     When I create new thumbnails
     Then newly created thumbnail exists "test_s.png"
      And newly created thumbnail exists "test_m.png"
                        

kód

<?php
// FileSystemContext extends Behat\Behat\Context\BehatContext;
class ThumbnailFeatures extends FileSystemContext
{
    /**
     * @Given /^I am in a directory "([^""]*)"$/
     * @Given /^I go to a directory "([^""]*)"$/
     */
    public function changeDirTo($directory) {}

    /**
     * @Given /^I have an input image "([^""]*)"$/
     */
    public function readFile($file) {}


                        

kód

    /**
     * @When /^I create new thumbnails$/
     */
    public function createThumbnails() {}

    /**
     * @Then /^newly created thumbnail exists "([^""]*)"$/
     * @Then /^file exists "([^""]*)"$/
     */
    public function fileExists($file) {}
}
                        

shameless self promo

kérdések?

• Szász Zoltán
• zoltan at szasz.me
• @szaszz
• /in/zoltanszasz

read_it_later.txt

• Business
• Behavior
• @tastapod @papachrismatts @lunivore
• XP teszt alapok
• Kent Beck - Extreme Programming Explained
• TDD
• SOLID
• SRP: Single Responsibility Principle

read_more_later.txt

• OCP: Open Closed Principle
• LSP Liskov Substitution Principle
• ISP: Interface Segregation Principle
• DIP: Dependency Inversion Principle
• Clean Coders
• YAGNI: You ain't gonna need it
• DRY: Don't Repeat Yourself
• KISS: Keep It Simple Stupid

read_more_later_2.txt

• FIRST: Fast, Independent, Repetable, Self-validating, Timely
• Magyar Attila - Clean Code slide video
• Orcsik Antal - Objektum orientált mérések a gyakorlatban slide video
• Ördög Rafael - Test driven mockery slide video
• Robert C. Martin - Clean Code: A Handbook of Agile Software Craftsmanship
• Robert C. Martin - Tiszta kód
• Robert C. Martin - The Clean Coder: A Code of Conduct for Professional Programmers
• Robert C. Martin - Túlélőkönyv programozóknak

read_more_later_3.txt

• „Betört ablak”-elv
• Specifikáció
• formális specifikáció
• User Story
• C³
• User Story
• On Acceptance criteria for user stories
• DSL
• Gherkin - a nyelv

read_more_later_4.txt

• Gherkin ~40 nyelven
• Given-When-Then
• .Net: NBehave, NSpec, Concordion
• Java: JBehave, Spock,Concordion
• JavaScript: Jasmine, Vows (node.js)
• PHP: Behat, PHPUnit Story
• Python: Behave, Letucce, Concordion
• Ruby: RSpec, Cucumber, Concordion
• Scala: ScalaTest, Concordion

read_more_later_5.txt

• Dan North - Introducing BDD
• Dan North - What’s in a Story?
• BBD » TDD
• Behat & Mink
• PHP Meetup Budapest
• @szaszz /in/zoltanszasz