Kodsnack

Fredrik snackar testning med Adam Sernheim och Emil Rosendahl.

Vilken är Detroitskolan kring TDD, och vilken är Londonskolan?

Varför kan tester få det att kännas svårare att refaktorera sina system? Borde det inte vara tvärt om?

Är enhetstester ett dåligt begrepp vi borde ersätta?

Vad är målet för ens testning?

Behöver man ens spara alla tester?

Tester som designverktyg.

Tester som dokumentation.

Tester garanterar inte att programmet gör vad det ska.

Testprestanda.

Ord betyder saker.

Finns det tillfällen då man inte bör ha tester?

Code coverage kan vara förrädiskt!

Integrationstester - jobbiga mer av organisatoriska än tekniska anledningar?

Ett stort tack till Cloudnet som sponsrar vår VPS!

Har du kommentarer, frågor eller tips? Vi är @kodsnack, @tobiashieta, @oferlund, och @bjoreman på Twitter, har en sida på Facebook och epostas på info@kodsnack.se om du vill skriva längre. Vi läser allt som skickas.

Gillar du Kodsnack får du hemskt gärna recensera oss i iTunes! Du kan också stödja podden genom att ge oss en kaffe (eller två!) på Ko-fi, eller handla något i vår butik.

Länkar

Titlar

  • Två skolor inom TDD
  • Lasten av omskrivningen
  • Sjok med systemtester
  • Frihet undertill
  • Det ska kännas jobbigt
  • Bygga in kunskap om problemområdet
  • Kärnan i programmet
  • Mocka hela världen
  • Enkelt och lätt och komplext och svårt
  • Man utökar sin cirkel
  • Samtidigt som allting rör på sig
Direct download: 453.mp3
Category:general -- posted at: 6:30am CEST

1