IVS FIT VUT - Popiš, testuj, programuj

Přednáška o tom, proč je důležité nejdříve přemýšlet, komunikovat a zkoušet, než vůbec začneme testovat. A proč je důležité testovat, než vůbec začneme programovat. Zlehka probereme TDD, BDD, RDD, a to včetně dobře míněných rad, podložených reálnými šrámy z fronty. Nakonec si prakticky na jednoduchém projektu ukážeme, jak lze RDD snadno použít i v domácím nebo školním prostředí.

Transcript

1. Popiš, testuj, programuj Honza Javorek
2. Běžný způsob vývoje školního projektu
3. Dostanu zadání
4. Jdu do parku
5. Jdu na pivo
6. Hraju deskovky
7. "Tak co, jak jsi na tom?" %&
8. "Taky nic…"
9. Jdu na pivo…
10. 2 dny před termínem
11. Pořádně čtu zadání
12. 2 dny = 1 dlouhý den ☕ ☕
13. Otevřu soubor, bouchám kód, zkouším spouštět a koukám, co program dělá ,
14. Když se zdá, že to jede, odevzdávám
15. Když se zdá, že to nejede, ladím… 23:59 odevzdávám cokoliv
16. Několik problémů
17. ☕
18. ☕
19. Otevřu soubor, bouchám kód, zkouším spouštět a koukám, co program dělá Když se zdá, že to jede/nejede… Dostanu zadání… čtu zadání
20. Nejasné zadání = rozdílná očekávání = nedomyšlené hraniční situace = ztracené body, ztracené iluze = hranolky s tatarkou nebo kečupem?
21. Dokumentace Testy Nepotřebujeme?
22. Běžný způsob vývoje projektu v praxi
23. Otevřu soubor, bouchám kód, zkouším spouštět a koukám, co program dělá Když se zdá, že to jede/nejede… Nikdy nedostanu jasné zadání
24. Nejasné zadání = rozdílná očekávání = nedomyšlené hraniční situace = smutní nebo rozzlobení lidé = rentgeny, chirurgické zákroky
25. Žádná dokumentace = nikdo to už nikdy nebude umět použít
26. Žádné testy = nikdo už nikdy nezjistí, jak se to má chovat = při úpravách kusu kódu se rozbije zbytek = opravená chyba se objeví znovu
27. Týmová práce…
28. Jde to jinak?
29. TDD Test Driven Development
30. 6 jako první napíšu test 7 spustím ho, je červený 8 snažím se do něj trefit implementací 9 spustím ho, je zelený
31. Automatizuje "zkouším spouštět a koukám, co program dělá" ⚙
32. Dokumentace chování
33. ❌ Musím vidět červený test! Vím, že jsem opravdu něco změnil, opravil
34. Musím psát test podle zadání! Ne podle implementace (proto taky psaní předem)
35. ❌ Mám chybu? Napíšu červený test Jasně identifikuju chybu, pak opravím, zabráním regresi
36. ❌ Má někdo jiný chybu? Napíšu červený test Největší pomoc!
37. Neexistuje dokumentace Unit testy, integrační testy Nikdy nedostanu jasné zadání
38. BDD Behavior Driven Development
39. Feature: Beer glass Background: Given you expect the glass to contain "0.5" l of beer Scenario: Empty glass When the glass contains "0" l of beer Then the glass owner will shout "ještě jedno!" And the glass will be scheduled to be filled Scenario: Full glass When the glass contains "0.5" l of beer Then the glass owner will NOT shout "ještě jedno!" And the glass will be left intact Gherkin / Cucumber
40. 6 zadavatel napíše textové scénáře 7 nad scénáři se pobavíme, doladíme 8 test píšu pro jednotlivé řádky 9 pustím přes Cucumber
41. Gherkin, Cucumber
42. Jasné zadání
43. Testovatelná dokumentace ⚙
44. Scénáře může číst/psát kdokoliv C D
45. Scénáře můžou být testovány v jakémkoliv jazyce ☕
46. Neexistuje přehledná dokumentace Spíš integrační testy Zadavatel je někdo jiný Já sám jsem zadavatel → kanón na vrabce
47. RDD
48. RDD Readme Driven Development http://tom.preston-werner.com/2010/08/23/readme-driven- development.html
49. # Requests The `requests` library allows you to perform HTTP requests from your Python code. ## Example ```python >>> r = requests.get('https://google.com') >>> r.status_code 200 ``` ## License MIT README.md
50. Markdown
51. Šance nejdřív přemýšlet
52. Dokumentace je hotová
53. Tým může věc použít dřív, než existuje
54. Lze se o věci s kýmkoliv snadno pobavit
55. Naučím se formulovat myšlenky a komunikovat s ostatními lidmi
56. README se nesmí úpravami rozejít s tím, jak funguje kód Je to jádro toho, co slibujeme uživateli, co od programu očekává
57. Nešlo by to nějak zajistit?
58. python -m doctest README.md doctest
59. Testovatelná dokumentace! ⚙
60. Mám základní testy i dokumentaci předem a není to ani opruz! Díky tomu, že návrh testuji, můžu navrhovat před tím, než programuji
61. Co můžu použít hned?
62. Pište testy! Vždy! A jako první! ❌
63. Chtějte školní projekty zadávány v podobě Gherkin scénářů
64. Pro své hobby projekty si nejdříve napište README ⚽
65. Co v Apiary?
66. Silná kultura automatického testování a psaní dokumentace ⚙
67. Pull Request bez testů a bez odpovídající dokumentace…
68. Plánujeme velký přechod na Gherkin/Cucumber
69. Cucumber + Selenium = chimp.readme.io
70. Apiary je jedno velké RDD, akorát pro HTTP API README = API Blueprint doctest = Dredd
71. Demo