Lapidando ruby

1.
Lapidando Ruby AWork in Progress Maurício Eduardo Szabo [email_address] @mauricio_szabo http://mauricioszabo.wordpress.com

2.
Nesta Apresentação... subject{ You.new } Ruby.new.should be_false

3.
knowledges.should include(RSpec)

4.
should be_open_to_new_ideas

5.
Por quê? Aquelajovem é uma das menos ignorantemente aparvalhadas formas de vida orgânica que eu já tive a profunda falta de prazer de não ser capaz de evitar encontrar

6.
Não Teremos...

7.
Boas práticas Prefirainstância

8.
Entenda Ruby

9.
Seja claro Logo- TO Seja preciso

10.
TESTES!

11.
Ruby não é...Perl a.size == 0 or abort PHP for element in array Java array.size.times { |i| element = array[i] } Basic, Cobol, Pascal, C... a = create_person(:name => 'Foo')

12.
save_person(a)

13.
Rescue Me! (Estescódigos são equivalentes!)

14.
Não Abuse daLinguagem Ruby ajuda muito, mas use com moderação yield sobre yield sobre yield sobre... Difícil de entender, e LENTO Não use coisas que podem depender da implementação de Ruby Se for necessário fazer isso, ISOLE-AS e TESTE-AS INTENSIVAMENTE!

15.
Evite depender decomportamentos não-documentados return array.delete_if { |e| ... }

16.
Evite Efeitos ColateraisSe você puder chamar um método duas vezes e ele retornar o MESMO valor, melhor!

17.
DEFina Direito! Códigodeve ser escrito como um “jornal”

18.
Não Seja MenosClaro

19.
Flags?

20.
Idente Tudo... ...MAS...

21.
...Evite Identar

22.
Floats? Imprecisos

23.
SPECs vão falharuse should be_close

24.
Melhor ainda, useBigDecimal

25.
Não Modifique osParâmetros

26.
OCP e MonkeyPatchClasses devem ser ABERTAS para adição e FECHADAS para modificação Modificar métodos é legal, mas é a maior fonte de problemas

27.
TDD e BDDDiferenças?

28.
Como testar, eo quê testar?

29.
Como manter aclareza?

30.
Como evitar testesfrágeis?

31.
Como facilitar ostestes?

32.
BDD Não sãotestes, são comportamentos O teste é um “efeito colateral” Sapir-Whorf, ou Linguistic Relativity Mesmo conceito usado pelo RSpec

33.
Mesmo conceito portrás do Ruby O que é, afinal, um “unit test”? Ou um “unit”?

34.
RSpec person.old?.should ==true person.old?.should be_true

35.
person.should be_old person.childs.size.should== 10 person.should have(10).childs array.size.should == 5 array.should have(5).itens

36.
RSpec on RailsWTF???

37.
Seja explícito...

38.
Mas seja implícito!Lembre-se SEMPRE do que você está descrevendo!

39.
Mocks Muito usadosnos Controllers do Rails Quando eu te perguntar, da próxima vez, exatamente “quem é você”, me responda “um teste”, ok?

40.
Você está testando,ou está escrevendo o código final?

41.
Mocks Um alunoprecisa escolher disciplinas eu SEI que um aluno estará logado...

42.
eu SEI queo aluno estará cadastrado...

43.
eu SEI quehaverá uma ou mais disciplinas...

44.
mas NÃO SEIqual o código.

45.
Custom Matchers

46.
Custom Matchers

47.
Facilite seus testes!O que os dois a seguir tem em comum? stub_model

48.
Factories Crie suasfacilidades! stub_rest, talvez?

49.
http://github.com/defunkt/fakefs Ler -Scripted GUI Testing with Ruby

50.
Mais uma coisaReek (gem install reek) Procura por “smells” em seu código

51.
Bom quando seestá iniciando Flog (gem install flog) Procura por “código torturado”

52.
Bom de serusado em qualquer situação Metrics_fu Plugin para Rails, incorpora Flog, Reek, RCov, etc...

53.
Considerações Ler: CleanCode, Robert Martin

54.
Design Patterns, GoFQuando estiver programado: Melhorar sempre o código

55.
Cuidado com otermo “melhorar” Evite: Comentários explicando o que o código faz

56.
Dúvidas? The Powerand Philosofy of Ruby: http://bit.ly/aMFAmj (Matz)

57.
A new lookat Test-Driven Development: http://bit.ly/7nYyhD (Dave Astels)

58.
Clean Code: http://bit.ly/bUzV7k(Robert Martin)

59.
Design Patterns inRuby: http://bit.ly/9bKRQV (Russell Olsen)

60.
Scripted GUI Testingwith Ruby: http://bit.ly/a0etMC (Ian Dees)

Lapidando ruby

Mais conteúdo relacionado

Mais procurados

Semelhante a Lapidando ruby

Lapidando ruby