Le refactoring en confiance

Écriture de tests boîte noire pour du code “legacy” avec RSpec, Capybara & Selenium

Transcript

1. Text Le  refactoring   en  confiance Écriture  de  tests  boîte  noire  pour  du  code  “legacy” avec  RSpec,  Capybara  &  Selenium Cyril  Rohr  -­‐  @crohr  -­‐  h@p://crohr.me DevCamp#4,  Rennes,  Jan.2013
2. LEGACY   REFACTORING  ?
3. • Rails  2.0.2  (20/12/2007) • Ruby  1.8.6 • 60kloc • De@e  technique  accumulée   depuis  6  ans “Legacy”
4. BESOINS
5. • Refactoring  de  code • Migradon  vers  Rails3
6. PROBLÈMES
7. “If  you  want  to  refactor,   the  essen2al  precondi2on  is   having  solid  tests” Fowler & Beck
8. • Tests • Gros  clients,  mises  à  jour   quoddiennes • Stack  technique  ancienne • Code  complexe
9. SOLUTION  ?
10. Blackbox  tes2ng RSpec Capybara Selenium Rails2.0.2 app http://localhost:3001 Test DB SUT FactoryGirl DatabaseCleaner Runner But  :  assurer  un  minimum   de  confiance  lors  du   refactoring  
11. Demo cd path/to/app ./script/server -p 3001 -e test cd path/to/blackbox bundle exec rspec spec/ Lancer le SUT Lancer le Runner
12. • Structure  indépendante  du  projet • Non  limité  par  la  stack  existante Blackbox  tes2ng
13. • Ac3veRecord Accès  à  la  base • FactoryGirl Gesdon  des  fixtures • DatabaseCleaner RAZ  de  la  base  entre   chaque  test • RSpec Test  framework  for   code • Capybara Test  framework  for  web   apps • Selenium Web  browser   automadon Ou2ls
14. require 'spec_helper' describe "Mobile Applications", :driver => :mobile do let!(:user) { create(:admin_user, roles: ['message_manager']) } let!(:site) { create(:site, account: user.account) } context "with at least one site with a live version" do before do login_as(user.login) visit "/applications" end it "should view a list of applications" do page.should have_content("Your applications") end it "should see the application name" do page.should have_content(site.name) end end end Tests  -­‐  RSpec  &  FactoryGirl FactoryGirl.define do factory :site do sequence(:name) {|i| "SiteName#{i}"} account end end
15. Configura2on  -­‐  Capybara require 'capybara/rspec' Capybara.register_driver :mobile do |app| args = [] args << "--window-size=320,480" args << "--user-agent='Mozilla/5.0 (iPhone; CPU iPhone OS 5_0 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9A334 Safari/7534.48.3'" Capybara::Selenium::Driver.new(app, :browser => :chrome, :args => args) end PORT = ENV.fetch('PORT') { 3001 } Capybara.configure do |config| config.default_driver = :chrome config.javascript_driver = :chrome config.run_server = false config.app_host = ENV.fetch('HOST') { "http://localhost:#{PORT}" } config.save_and_open_page_path = "tmp" end https://github.com/jnicklas/capybara
16. Structure  du  projet
17. CONCLUSION
18. • Assure  un  minimum  de  confiance  lors   du  refactoring • Structure  indépendante  du  projet • Non  limité  par  la  stack  existante • Indépendant  du  langage • Enfin  des  tests  pour  du  “legacy  code” Avantages
19. Inconvénients • Processus  lourd  (fixtures,  performance) • Compromis  Couverture/ROI
20. QUESTIONS  ? Cyril  Rohr  -­‐  @crohr  -­‐  h@p://crohr.me