Test-Driven Development + Refactoring

Test-Driven Development

Refactoring

Стефан Къневhttp://skanev.com/@skanev

WebTech25 Април 2010Велико Търново

&

Sunday, April 25, 2010

http://skanev.com

http://skanev.com

за мен


програмистSunday, April 25, 2010


♥Sunday, April 25, 2010


първи unit testпърви работен ден


презентационни умения


3Sunday, April 25, 2010

говоря бързо


210Sunday, April 25, 2010


Аз ползвамVisual Source Safe


Аз ползвамVisual Source Safe


test-‐driven developmentrefactoring


extreme programming


test-‐driven developmentrefactoring


УебТех, миналата година




Моя браузър е Гугъл, бабиното.


Правя Test-Driven Development.


Правя Test-Driven Development.

Пиша тестове


конкретни практики


План


План

1. Какво е test-‐driven?


План


2. Малка демонстрация (видео!)


План



3. TDD в реалния свят


План




4. Въпроси & дискусия


@skanev Мога да прилагам test-‐drivendevelopment извън програмирането?Например за да готвя обяд? #p2pvt


План






refactor |rēˈfaktər|verb

improving the design of codewithout changing its behavior



не добавяте функционалност


не добавяте функционалностподобрявете код


не добавяте функционалностподобрявете кодмалки стъпки


защо пишем тестове?






накратко, за да спестимусилия в дългосрочен

план


test-drivendevelopment

automatedtesting


Инструмент

Автоматизирани тестове


Подход

Test-DrivenDevelopment

Test-Driven Development


“Test-‐Driven Development is not about testing”

— Dan North


дизайн


TDD=

Test-‐Driven Design


на практика



Добавяте тест1 ...за несъществуващ код





Пишете код2 ...колкото тестът да мине







Правите подобрения3 ...докато премахнете повторенията

















• Тествате кода, който бихте искали да имате






• Няма да се компилира (липсващи методи/класове)







• Пускате го и гледате как се проваля







• Пускате го и гледате как се проваля

• Имате червен тест проверяващ функционалността









• Добавяте достатъчно код за да мине теста






• Нито ред повече







• Най-простото решение, което ви хрумва







• Най-простото решение, което ви хрумва

• Имате работещ код и зелен тест, който го потвърждава









• Не добавяте функционалност






• Подобрявате кода/дизайна







• Премахвате повторенията







• Премахвате повторенията

• На всяка стъпка пускате теста


1 2 3TDD =



Discla

imer


1 2 3Кодът, който искате да имате

describe "Message" do it "should support initialization" do message = Message.new('[email protected]', '[email protected]', 'Hi!') message.from.should == '[email protected]' message.to.should == '[email protected]' message.title.should == 'Hi!' endend


1 2 3Кодът, който искате да имате

describe "Message" do it "should support initialization" do message = Message.new('[email protected]', '[email protected]', 'Hi!') message.from.should == '[email protected]' message.to.should == '[email protected]' message.title.should == 'Hi!' endend

F

1)NameError in 'Message should support initialization'uninitialized constant Message/work/message/spec/message_spec.rb:5:

Finished in 0.009336 seconds

1 example, 1 failure


1 2 3Най-‐простата имплементация

class Message attr_reader :from, :to, :title def initialize(from, to, title) @from = from @to = to @title = title endend




.


1 example, 0 failures


1 2 3Пас


Всичко изглежда ок, няма нужда от рефакториране


1 2 3Изразявате новата функционалност в тест

describe 'Message' do # ... it "should validate 'from'" do # bacon.should be_valid ⇔ assert bacon.valid? Message.new('[email protected]', '[email protected]', 'Hi!').should be_valid Message.new('foo.bg', '[email protected]', 'Hi!').should_not be_valid Message.new('fry@foo', '[email protected]', 'Hi!').should_not be_valid endend


1 2 3Изразявате новата функционалност в тест

describe 'Message' do # ... it "should validate 'from'" do # bacon.should be_valid ⇔ assert bacon.valid? Message.new('[email protected]', '[email protected]', 'Hi!').should be_valid Message.new('foo.bg', '[email protected]', 'Hi!').should_not be_valid Message.new('fry@foo', '[email protected]', 'Hi!').should_not be_valid endend

.F

1)NoMethodError in 'Message should validate 'from''undefined method `valid?' for #<Message:0x100327e08>/work/message/spec/message_spec.rb:13:


2 examples, 1 failure


1 2 3Прост регулярен израз

class Message attr_reader :from, :to, :title def initialize(from, to, title) @from = from @to = to @title = title end def valid? @from =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ endend


1 2 3Прост регулярен израз


..


2 examples, 0 failures


1 2 3Отново пас


Все още всичко е ОК


1 2 3Отново, почвате с тест преди кода

describe 'Message' do # ... it "should validate 'to'" do Message.new('[email protected]', '[email protected]', 'Hi!').should be_valid Message.new('[email protected]', 'bender', 'Hi!').should_not be_valid Message.new('[email protected]', 'bender@foo', 'Hi!').should_not be_valid endend


1 2 3Отново, почвате с тест преди кода

describe 'Message' do # ... it "should validate 'to'" do Message.new('[email protected]', '[email protected]', 'Hi!').should be_valid Message.new('[email protected]', 'bender', 'Hi!').should_not be_valid Message.new('[email protected]', 'bender@foo', 'Hi!').should_not be_valid endend

..F

1)'Message should validate 'to'' FAILEDexpected valid? to return false, got 0/work/message/spec/message_spec.rb:20:


3 examples, 1 failure



class Message attr_reader :from, :to, :title def initialize(from, to, title) @from = from @to = to @title = title end def valid? @from =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ and @to =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ endend




...





1 2 3Повторение


class Message attr_reader :from, :to, :title def initialize(from, to, title) @from = from @to = to @title = title end def valid? @from =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ and @to =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ end private def email_valid?(address) address =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ endend

1 2 3Малки стъпки


class Message attr_reader :from, :to, :title def initialize(from, to, title) @from = from @to = to @title = title end def valid? @from =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ and @to =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ end private def email_valid?(address) address =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ endend

1 2 3Малки стъпки

...




class Message attr_reader :from, :to, :title def initialize(from, to, title) @from = from @to = to @title = title end def valid? email_valid?(@from) and @to =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ end private def email_valid?(address) address =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ endend

1 2 3Ама наистина малки стъпки


class Message attr_reader :from, :to, :title def initialize(from, to, title) @from = from @to = to @title = title end def valid? email_valid?(@from) and @to =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ end private def email_valid?(address) address =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ endend

1 2 3Ама наистина малки стъпки

...




class Message attr_reader :from, :to, :title def initialize(from, to, title) @from = from @to = to @title = title end def valid? email_valid?(@from) and email_valid?(@to) end private def email_valid?(address) address =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ endend

1 2 3Готово


class Message attr_reader :from, :to, :title def initialize(from, to, title) @from = from @to = to @title = title end def valid? email_valid?(@from) and email_valid?(@to) end private def email_valid?(address) address =~ /^[a-z]+@[a-z]+(\.[a-z]+)+$/ endend

1 2 3Готово

...





пример за интерфейса


принуждава ви да измислите дизайн


дизайнът е основан наобратна връзка, а не

на спекулация


гарантира ви че имате тест


тестовете се забравят



false positive


гарантира, чекодът е тестваем


sans debugging


Scope creep


Y.A.G.N.I.Y! ain’t gonna need it


Защо?

•обратна връзка

•мързел

•тестваем код

•debugging

•scope creep


План






EPIC FAIL


План






Терминологията е оплетена


червеножълтозеленосиньо

червеносиньожълтозеленосиньо


РитъмSunday, April 25, 2010

ДисциплинаSunday, April 25, 2010


тестовете трябва да правятприложението по-‐лесно за

поддръжка

лошото прилагане натестове може да го направипо-‐трудно за поддържане


тестовете трябва да правятприложението по-‐лесно за

поддръжка

лошото прилагане натестове може да го направипо-‐трудно за поддържане

Голям

проблем


тестовете са примеркак се работи с

кодът ви


example-‐driven development


assert ➡ expectationtest method ➡ exampletest case ➡ example group


Тестовете като документацияSunday, April 25, 2010

“Test-‐Driven Development is not about testing”

— Dan North


user stories


CucumberFeature: User accounts Scenario: Changing your password Given my password is "zero cool" And I just logged in When I go to the settings page And I fill in "Password" with "secret" And I fill in "Password confirmation" with "secret" And I press "Save password" Then my password should be "secret"


CucumberFeature: User accounts ... Scenario: Confirmation fail on password change Given my password is "zero cool" And I just logged in When I go to the settings page And I fill in "Password" with "secret" But I fill in "Password confirmation" with "tetris" And I press "Save password" Then I should see "Password and confirmation didn't match" And my password should be "zero cool"


behavior-‐driven development


прилага идеите на TDDвърху feature-‐ите* на

приложението

* чуждиците не са куул


1

red

red

greenrefactor

greenrefactor

2

3

45

67

RSpec

Cucumber


continuous testing


ресурси





Software Craftsmanship Bulgaria


http://groups.google.com/group/software_craftsmanship




just google it


План






Technology

Test-Driven Development + Refactoring