-getrieben. Wer treibt eigentlich die Test-Entwicklung?

552 views

Published on

Vortrag vom 15. Oktober 2013, gehalten auf der PyCon.DE 2013 in Köln

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

  • Be the first to like this

No Downloads
Views
Total views
552
On SlideShare
0
From Embeds
0
Number of Embeds
27
Actions
Shares
0
Downloads
2
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

-getrieben. Wer treibt eigentlich die Test-Entwicklung?

  1. 1. ­getrieben Wer treibt eigentlich die Test­ Entwicklung? PyCon.DE 2013, 15. Oktober 2013, Köln Andi Albrecht
  2. 2. Andi Albrecht — @andialbrecht Erster Python-Kontakt vor etwa 12 Jahren als Studentische Hilfskraft bei der DFG Aktuell: Anwendungsentwickler für Webapplikationen bei ProUnix in Bonn Entwicklung und Pflege mittlerer und großer Systeme OpenSource: Rietveld Code Review Tool, pythonsqlparse, CrunchyFrog/RunSQLRun, …
  3. 3. Test-Driven Development Für wen eigentlich?
  4. 4. NoPyramid
  5. 5. Separation of Concerns Test-Driven Development Framework UnitTests Selenium Feat ure-Driven Develop ment System Tests Coverage B ehavior-Driven Develop ment Comp onent Tes t s Robot py.test Document at ion-Driven Develop ment Integration Tests
  6. 6. Durchgängige Qualität
  7. 7. Was treibt mich zum Testen an ?
  8. 8. Der Entwickler Kritischer Blick auf fremden Code
  9. 9. Die Tools ...und deren Ausgaben
  10. 10. Die Ausgaben ...und wann es nicht mehr hilfreich ist ipr uits mot ntet dfmsmab: e yu(,) rtr a+b eun casMSmetaeuits.etae: ls yuTsCs(ntetTsCs) dfts_s2sl) e eti1(ef: sl.setqa(yu(,5,1) efasrEulmsm7 ) 2 dfts_losnn(ef: e etalw_oesl) sl.setqa(yu(,Nn) 0 efasrEulmsm3 oe, ) i _nm_ = '_an_: f _ae_ = _mi_' uits.an) ntetmi(
  11. 11. Die Ausgaben Alles gut...
  12. 12. Python's UnitTest Und wenn nicht?
  13. 13. py.test Mehr Info, bitte!
  14. 14. py.test, mit PEP8-Plugin uh, wait...
  15. 15. UnitTests / Integration Tests → für uns Entwickler ✔ richtige Wahl der Tests ✔ richtige Wahl des Test-Runners ✔ praktikable Konfiguration der Ausgaben gezielte Tests der Code-Basis Nachweis, dass unser Code funktioniert zuverlässige Basis für andere Entwickler und QS
  16. 16. Der Tester ...den interessiert das erstmal nicht Nah beim Kunden
  17. 17. Akzeptanz
  18. 18. Robot Framework **Stig ** * etns * Dcmnain ouetto Ats siewt [] et ut ih … .. . .. . Ti ts hsawrfo ta hs et a oklw h t[] … Rsuc eore rsuc.x eorett **Ts Css** * et ae * VldLgn ai oi Oe BosrT LgnPg pn rwe o oi ae IptUenm nu srae dm eo IptPswr nu asod md oe Sbi Ceetas umt rdnil WloePg Sol B Oe ecm ae hud e pn [eron Tadw] CoeBosr ls rwe
  19. 19. Robot Framework Oe BosrT LgnPg pn rwe o oi ae [eorett rsuc.x] **Stig ** * etns * Lbay irr Slnu2irr eeimLbay **Kyod ** * ewrs * Oe BosrT LgnPg pn rwe o oi ae Oe Bosr pn rwe $LGNUL {OI R} Mxmz BosrWno aiie rwe idw LgnPg Sol B Oe oi ae hud e pn $BOSR {RWE}
  20. 20. Robot Framework Oe Bosr$LGNUL $BOSR pn rwe {OI R} {RWE} [irr:Slnu2irr] Lbay eeimLbay cas_rweMngmnKyod(ewrGop: ls BosraaeetewrsKyodru) dfoe_rwe(ef ul bosr'ieo' []: e pnbosrsl, r, rwe=frfx, …) ""pn anwbosrisac t gvnUL"" "Oes e rwe ntne o ie R." [] … bosrnm =bosr rwe_ae rwe bosr=sl.mk_rwe(rwe_aedsrd rwe ef_aebosrbosrnm,eie_ cpblte, aaiiis f_rfl_i,eoe fpoiedrrmt _r) ul bosrgtul rwe.e(r)
  21. 21. Die Ausgaben Im Detail
  22. 22. Die Ausgaben ...und als Testbericht
  23. 23. Documentation-Driven Development Ein kleiner Exkurs ”If the implementation is easy to explain, it may be a good idea.“ The Z en of Pyt hon, b y Tim Pet ers
  24. 24. sphinx-doc.org
  25. 25. Wir wollen alle Qualität Entwickler will stabilen Code Tester will "runde" Anwendung Der Endanwender will einfach nur, dass es funktioniert
  26. 26. Danke! E-Mail abeh.nigalcm lrctad@mi.o Twitter @nilrct adabeh Homepage ht:/nilrctd tp/adabeh.e prounix.de

×