Your SlideShare is downloading. ×

Probando con grails

1,682

Published on

Presentación sobre pruebas para el Spring Io 2011

Presentación sobre pruebas para el Spring Io 2011

Published in: Technology, Sports
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,682
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
10
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Comenzamos...\n
  • Un año con Grails; primero piloto, algunos proyectos, ahora formación\n
  • \n
  • Agenda->Cada uno tiene el suyo; Estaría bien compartirlos; \nRecorrido-Por qué no->no saber, tecnología, cultura. Es lo último -> Código prod, naming\n\n
  • Unitarios, no se levanta nada... hay que mockearlo todo \nInt->Se levanta el entorno de Grails; pero no un servidor. Interacciones. No se invocan interceptors or servlet filters\nFunc->Se levanta un servidor contra el que probar\n\n
  • 08:03 Además grails te crea un test con cada objeto-\n
  • Fast Isolated Repeteable Self-validating Timely\n\n
  • más rápidos a menos rápidos-unit no tan rápidos...\nTDD-> \n
  • Mocks para unitarios. Domain (no-criteria, HQL, findWhere)->nuevo enfoque, constraints, controller, taglib, mockLogs, ficheros de propiedades, mockFor\nIntegracion-> MockHttpSerRequest, MockHttpSerResponse, and MockHttpSession , GrailsWebUtil\nGroovyPagesTestCase-> applyTemplate\n
  • Depende de como lo escribas\nBase de datos por entorno, incluso por tipo de test, configuración por entorno...\nPuedes lanzarlos por fases, de uno en uno...\n
  • Unit... está en su naturaleza... informes en html, xml...\n
  • 18:00 Momento correcto TDD-> Vs Test First\nDe todas las técnicas... más cámbio... aunque al principio duela->curva con perdidas\nantes de esto era como hacer las piezas por separado, y juntarlas a ver que pasa.\n
  • Programación por coincidencia... \nCuando pruebas después-> tu software está bien por defecto. 2+2=5v\n\n
  • Mark Seemann David Bernstein Debate-> Liskov no.. en los demás al menos un poco\nConclusión-> no es una bala de plata, si una ayuda con criterio.\n\n
  • Good naming->duele sobre todo cuando falla un test.\nTrata tu código bien, sino ejecutas tus test estás perdido...\nPorcentaje de pruebas en cada nivel-> pirámide\n
  • BDD\nBasado en Junit, incorporado a todas las fases \nLegibilidad de los test, detalle bien definido de errores \n\n
  • Muy chulo, pero personalmente me resisto-> Junit\n
  • 31:00 Se incorpora a todas las fases\n
  • Core, IDE->Grabacion de test, luego selenium-RC, personal no técnico, se rompen fácil, es difícil ver dónde se rompe\nRoadMap-> 2.0, Web test, Grid, EasyB\n\n\n
  • Webtest->Grabadora \nWebTest, Webdriver y Functional test plugin -> HtmlUnit\nGeb-> Jquery, webdriver, page object-> taller de mañana\n
  • Comentar los CLI->problema con windows...\n
  • Lo que nos da de serie, características y otros añadidos.\n
  • Fmwork Java, plugin, comando. Nos da una idea no definitiva; es solo una pista... pero es algo... Si haces TDD ¿no tienes este problema?\n
  • Analizador estático de código-> Pdm y CheckStyle; tiene muchas reglas predefinidas->crear tus propias reglas ; if inversas, comando y genera estadísticas\n
  • JJ CI->Automatismo a otro nivel-> Obliga a tener lo que se puede hacer sólo que se haga sólo-> descargar repo, construir, ejecutar test,codenarc y cobertura y desplegar ambiente de prueba.\nTodo junto-> periodicamente o al hacer commit. Tiempo que tarda...\nSe instala en 5 min -> si no estás en un entorno corporativo. Contributor\n
  • JJ CI->Automatismo a otro nivel-> Obliga a tener lo que se puede hacer sólo que se haga sólo-> descargar repo, construir, ejecutar test,codenarc y cobertura y desplegar ambiente de prueba.\nTodo junto-> periodicamente o al hacer commit. Tiempo que tarda...\nSe instala en 5 min -> si no estás en un entorno corporativo. Contributor\n
  • \n
  • 40:42 Seguro que hay muchas más... estas son las mías.\n
  • \n
  • \n
  • Jmeter-> script de gradle que permite hacer load testing\n
  • \n
  • \n
  • \n
  • \n
  • Transcript

    • 1. Probando con GRAILS
    • 2. • Aitor Alzola• http://blogs.vitoria-gasteiz.org/ti/• @Aitortxu• Bryan Liles
    • 3. TATFTPrueba todo el p**o rato
    • 4. Stack de pruebas
    • 5. UNIT JUnitINTEGRATION JUnitFUNCTIONAL - Other cli
    • 6. TATFTPrueba todo el p**o rato
    • 7. F.I.R.S.T.
    • 8. Fast
    • 9. Isolated
    • 10. MOCK Isolated
    • 11. Repeteable
    • 12. Self-validating
    • 13. Timely
    • 14. S.O.L.I.D.
    • 15. TATFTPrueba todo el p**o rato
    • 16. Spock
    • 17. def "length of names"() {  expect:  name.size() == length  where:   name     | length  "Spock"  | 4   "Kirk"   | 4 Condition not satisfied:   "Scotty" | 6    } name.size() == length | | | | | 5 | 4 Spock false
    • 18. scenario "", { given "", { } } when "" { } and "", { } then "", { } and "", { } EasyB
    • 19. Selenium
    • 20. • Canoo Web Test• Webdriver• Functional Test• Geb
    • 21. JUnit UNIT Spock-EasyB JUnitINTEGRATION Spock--EasyB Spock--EasyB SeleniumFUNCTIONAL WebTest Geb... Others cli
    • 22. TATFTPrueba todo el p**o rato
    • 23. Cobertura
    • 24. Codenarc
    • 25. Hudson
    • 26. Jenkins
    • 27. TATFTPrueba todo el p**o rato
    • 28. What’s next?
    • 29. • Fixtures• Test Data Datos
    • 30. Selenium rc & Spock
    • 31. Load Test
    • 32. Fotos• http://www.flickr.com/photos/zsasaki/2494212092• http://www.flickr.com/photos/wonker/281557235• http://www.flickr.com/photos/archaicwarrior/4140998256• http://www.flickr.com/photos/anvilcoud/117458766• http://www.flickr.com/photos/donmeliton/2719910204• http://www.flickr.com/photos/jennycu/4441433397• http://www.flickr.com/photos/bionicteaching/2920562020• http://www.flickr.com/photos/pleeker/1128663965
    • 33. TATFTPrueba todo el p**o rato
    • 34. ¡Gracias!
    • 35. ¿Preguntas?

    ×