Ruby on Rails

Cucumber - integracinis testavimas lietuviškai

Posted by Saulius Grigaitis Sun, 23 Nov 2008 21:35:00 GMT

Tiems, kas jau naudoja “Unit” lygio testus ir jaučia integracinio lygio testavimo poreikį verta išbandyti Cucumber, kuris pakeičią senąjį “RSpec Story” karkasą. Įrankis išties labai paprastas, gana gerai dokumentuotas, tad jį perprasti užtruks nedaug laiko. Be to, integracinius testus jau galima rašyti ir lietuvių kalba. Pvz.:

Skaidrės iš prezentacijos apie Cucumber irgi lietuviškos!

Tags BDD, cucumber, integration, rspec, testing | 2 comments | no trackbacks

"Elgsena paremtas" programavimas(angl. Behaviour Driven Development). III dalis.

Posted by Saulius Grigaitis Fri, 06 Jul 2007 19:29:00 GMT

Sveiki. Pagaliau baigėsi bakalauriniai, stojamieji ir visi kiti akademiniai reikalai, tad dažniau rašysiu straipsnius. Šį kartą tęsiu pažintį su RSpec ir kontrolerių testavimu. Kontrolerių testavimo techninė dalis yra analogiška jau aptartoms dalims, bei turi keletą naujų dalykų, tačiau koncepciniai dalykai daug įdomesni. Juos ir aptarsiu šiame straipsnyje.

Visų pirma - RSpec'as propaguoja ne klasikinį testavimą, o "mock'inimą". Klasikiniame testavime visi testai surišti tarpusavyje panaudojant kiek galima tikrų objetų, o netikri objektai("mocks", "stubs" ir kita) yra naudojami tik tada, kai nėra kitos galimybės, pvz. dar neturint priėjimo prie WEB serviso, nes jis dar nesukurtas, bet turint jo API, bei darant prielaidą, kad servisas tikrai veiks korektiškai naudojantis pateiktu API. Tuo tarpu "Mock'istai" naudoja netikrus objektus kur tik gali ir tai turi prasmę. Iš esmės tai yra visiškai skirtingos koncepcijos, turinčios savo privalumų ir trūkumų. Pagrindiniai skirtumai yra testų integracija ir programavimo stilius. Klasikiniai testuotojai rašo testus, kurie surišti tarpusavyje, o "mock'istų" testai dažniausiai visiškai nepriklauso vienas nuo kito, tad klasikinių testuotojų testai yra integraciniai, o "mock'istų" - ne. Pvz. klasikinis testuotojas rašydamas kontrolerio testą nusprendžia, kad jam reikia naujo modelio "Book" klasės metodo "pages", jam nelieka nieko kito, kaip imti ir parašyti "Book" klasės metodo "pages" testą ir tada patį metodą "pages", geriausiu atveju - paprašyti kolegos, kad jis tai padarytų:). Gal viskas tuo gerai baigtųsi, jei nepaaiškėtu, kad "pages" metodui reikia dar kito metodo, kuris dar neparašytas, o kolega jau ir taip užimtas:). Taigi Klasikinis testuotojas norėjo parašyti kontrolerio testą ir patį kontrolerį, bet jam teko įsivelti į modelių metodų rašymą. Dažnai šita grandinė išauga iki įspūdingo ilgio. Tuo tarpu "mock'istas" daro prielaidą, kad modelis turi reikiamą metodą ar jį turės ir pasitiki jo veikimo korektiškumu, nes to metodo autorius jį jau ištestavo. Naudojant RSpec, tai atrodytų taip:

...
@book = mock_model("book")
@book.should_receive(:pages).and_return(100)
...

Iš vienos pusės "mock'istams" lengviau programuoti, tačiau jie praranda testų integraciją, o klasikinimas testuotojams programuoti žymiai sunkiau, tačiau jie turi didesnę kodo kontrolę, nes integruoti testai geriau indikuoja pažeistas vietas po kodo pakeitimų. Klasikiniams testuotojams yra kur kas sunkiau programuoti didesnėse komandose lygiagrečiai, tuo tarpu "mock'istams" tai nedaro įtakos. Tačiau praktikoje kartais "mock'istams" sunku imituoti sudėtingų objektų elgseną, tad priveliama klaidų į pačius testus. Abi technikos turi savų pliusų ir minusų, jei dar neapsisprendei kuri tau tinkamesnė, paskaityk:

Martin Fowler - Mocks Aren't Stubs

RSpec Documentation - Mocks

Tags BDD, Mocks, rails, rspec, ruby, Stubs | no comments | no trackbacks

"Elgsena paremtas" programavimas(angl. Behaviour Driven Development). I dalis.

Posted by Saulius Grigaitis Mon, 07 May 2007 19:20:00 GMT

./script/generate rspec_model notebook

 # spec/models/notebook.rb<br/>
require File.dirname(__FILE__) + '/../spec_helper'

describe  "New notebook"  do
  fixtures :notebooks
  before(:each) do
    @notebook = Notebook(:my)
  end

  it "should have 100 pages" do 
    @notebook.pages.should eql(100)
  end
end

# spec/fixtures/notebook.yml
my:
  id: 1
  pages: 3 

# ruby spec/models/notebook_spec.rb F
1)#ActiveRecord::StatementInvalid in "New notebook should have at least 2 pages"
Mysql::Error: Table 'project_test.notebooks' doesn't exist: SHOW FIELDS FROM notebooks
spec/models/notebook_spec.rb:5:in `new'
spec/models/notebook_spec.rb:5:
spec/models/notebook_spec.rb:3:

Finished in 0.482204 seconds

1 example, 1 failure

 rake db:migrate
rake db:test:clone_structure 

 #ruby spec/models/notebook_spec.rb 
F

1)#ActiveRecord::StatementInvalid in 'New notebook should have at least 2 pages'
Mysql::Error: Unknown column 'pages' in 'field list': INSERT INTO notebooks (`id`, `pages`) VALUES (1, 3)
spec/models/notebook_spec.rb:3:

Finished in 0.074569 seconds

1 example, 1 failure#

  ./script/generate migration AddColumnPagesToNotebook

 class AddColumnPagesToNotebook < ActiveRecord::Migration
  def self.up
    add_column :notebooks, :pages, :integer
  end
  def self.down
  end
end

rake db:migrate
rake db:test:clone_structure 

  #ruby spec/models/notebook_spec.rb 
F
1)#'New notebook should have 100 pages' FAILED
expected 100, got 3 (using .eql?)
spec/models/notebook_spec.rb:11:
spec/models/notebook_spec.rb:3:

Finished in 0.093053 seconds

1 example, 1 failure
  

# spec/fixtures/notebook.yml
my:
   id: 1
   pages: 100   

   #ruby spec/models/notebook_spec.rb  
.

Finished in 0.140526 seconds

1 example, 0 failures#

#spec/models/notebook_spec.rb
require File.dirname(__FILE__) + '/../spec_helper'

describe  "New notebook"  do
  fixtures :notebooks
  before(:each) do
    @notebook = notebooks(:my)
  end
  it "should have a 100 pages"  do
    @notebook.pages.should eql(100)
  end
  it  "should have one page less after removing one page"  do
    pages_before = @notebook.pages
    @notebook.remove_page
    @notebook.pages.should eql(pages_before - 1)
  end
end

 ruby spec/models/notebook_spec.rb 
.F

1)
NoMethodError in 'New notebook should have one page less after removing one page'
undefined method `remove_page' for #<Notebook:0x9a85aa8 @attributes={ id => 1 ,  pages => 100 }>

spec/models/notebook_spec.rb:16:
spec/models/notebook_spec.rb:3:

Finished in 0.101506 seconds

2 examples, 1 failure

#app/models/notebook.rb 
class Notebook < ActiveRecord::Base
  def remove_page
  end
end

 ruby spec/models/notebook_spec.rb 
.F

1)
'New notebook should have one page less after removing one page' FAILED
expected 99, got 100 (using .eql?)
spec/models/notebook_spec.rb:17:
spec/models/notebook_spec.rb:3:

Finished in 0.120552 seconds

2 examples, 1 failure

#app/models/notebook.rb
class Notebook < ActiveRecord::Base
  def remove_page
    self.pages -= 1
  end
end 

#  ruby spec/models/notebook_spec.rb 
..

Finished in 0.106724 seconds

2 examples, 0 failures

Tags BDD, rails, rspec, ruby | no comments | no trackbacks