Tři videa o testování softwaru

18. října 2009 v 21:21 | LR
Nahromadily se mi tu poznámky ke třem volně dostupným záznamům z prezentací k tématu testování softwaru. Tady jsou:

GTAC 2008: Practicing Testability in the Real World

(Vishal Chowdhar) 2008/10/24


8:00
Testability definition
11:25
Simplicity, Observability, Control, Knowledge
15:25
SDE/T = Test developer
25:00
Waiting in thread testing (asynchronous API)
28:02
Adding more and more - funny traffic sign (simplicity example)
34:30
Simplicity checklist
44:40
Observability checklist
47:16
Control checklist
48:35
Knowledge checklist
49:50
Testability++

K tématu: Test smells

Dobré checklisty, hodí se pro test-code review.

Automating Business Value with FIT and Fitnesse

(David Hussman) 2008/04/26

Video na InfoQ (slidy v odděleném náhledu jsou skvělá věc, ale zrovna u tohoto videa tam zjevně nejsou všechny)
  • story testing = acceptance testing
  • pokud lze postup převést do tabulky, tak to lze testovat pomocí FIT/Fitnesse
  • Core FIT fixtures (Column, Action, RowFixture, DoFixture)
  • Table -> Fixture -> System under Test example (39:20)
  • FIT je vzhledem k testovanému systému v podobné pozici jako jUnit
  • FIT/Fitness ale slibuje čitelnější testy než jUnit - Executable Documentation
FIT ani Fitness jsem doposud nikdy nepoužil, ale tohle video vypadá jako dobrý a přesvědčivý úvod.

Integration Tests Are a Scam

(J. B. Rainsberger) 2009/10/10

Taktéž z InfoQ.

Integrační testy (end to end testy) mají velké nevýhody:
  • pokud test selže, tak stejně většinou nevíte přesně proč, protože testy jsou z principu dosti složité
  • trvají dlouho
  • dostatečně velké pokrytí je nemožné, protože s každou testovanou komponentou/vrstvou se násobí počet možností
Cesta ven: mít plné pokrytí rozhraní a interakcí mezi objekty, pak je celková základní funkčnost otestována, protože v systému se nemůže objevit odpověď, kterou příjemce nečeká a nic neposílá požadavek, který by nebyl otestován. Test kontraktu. Tímto se převede geometricky rostoucí množství integračních testů na přijatelnější množství řešící jen testy izolované komunikace mezi částmi.

S problémy realizace integračních testů souhlasím, ale navrhované nahrazení pomocí testů interakcí se mi zdá příliš teoretické a v reálu realizovatelné jen pro jednodušší interakce. Složitá interakce je sice znakem špatného návrhu, ale zatím se setkávám spíše s pragmatickými řešeními ve stylu "tady to trochu přiohnem", namísto vypiplaných rozhraních zbavených všech nectností a zápachů.
 

Buď první, kdo ohodnotí tento článek.

Komentáře

1 Evgeniy Evgeniy | E-mail | Web | 26. března 2012 v 14:27 | Reagovat

No jasnýýýý

Nový komentář

Přihlásit se
  Ještě nemáte vlastní web? Můžete si jej zdarma založit na Blog.cz.
 

Aktuální články

Reklama