1. Studie om testdriven utveckling

    EmellanĂ„t stĂ€lls frĂ„gan om det pĂ„visats att testdriven utveckling verkligen kan ge nĂ„gra konkreta, positiva resultat utanför skolprojekt, dvs i industrin. ”Ja, men det finns inte jĂ€ttemĂ„nga som jag kĂ€nner till”, Ă€r det svar jag brukar ge. IBM och Microsoft har publicerat en studie dĂ€r man sett att TDD minskat antalet buggar med mellan 40 och 90 procent. De skriver:

    Test-driven development (TDD) is a software development practice that has been used sporadically for decades. [...] However, little empirical evidence supports or refutes the utility of this practice in an industrial context. Case studies were conducted with three development teams at Microsoft and one at IBM that have adopted TDD. The results of the case studies indicate that the pre-release defect density of the four products decreased between 40% and 90% relative to similar projects that did not use the TDD practice. Subjectively, the teams experienced a 15–35% increase in initial development time after adopting TDD.

    PÄ tisdag kör vi igÄng en ny omgÄng av JDojo dÀr vi genom övningar övar upp TDD-fÀrdigheterna. Utöver JDojon  kommer vi ocksÄ i vÄr genomföra motsvarande koncept ute hos kund i deras lokaler.

  2. TDD inte utbredd i Java vÀrlden

    Det verkar som Java communityn inte har anamat Test Driven Development i sÄ stor utstrÀckning. Kent Beck har nu lagt ner utveckling av JUnit Max pÄ grund av den smÄa storleken pÄ den potentiella marknaden. Han sÀger i sin blog:

    ”the data suggests that there are at most a few thousand Java programmers actively practicing TDD. That’s not a large enough market to sustain a business, especially as the market turned out to be price sensitive. Even if every Max subscriber successfully convinced 100 of their friends to sign up, there wouldn’t have been enough revenue.”

    NÄgon nÀmde i en kommentÀr till en föregÄende post om att det det kan finnas 6 miljoner Java programmerare, och det Àr enligt Tiobe vÀrldens populÀraste programmeringsprÄk. Det gör mig sÄ ledsen att höra att bara en liten liten brÄkdel av oss anvÀnder TDD aktivt.

    Jag kan inte förÀndra hela vÀrlden, men jag kanske kan gör TDD lite vanligare bland Java utvecklare hÀr i Göteborg. Kom och lÀr sjÀlv pÄ JDojo@Gbg.

  3. TDD workshop at XP2009

    Martin and I were at XP2009 last week, and he has written a few posts about it already. I had a great time, there were lots of memorable moments. I particularly enjoyed a couple open space sessions sitting by the pool discussing geeky stuff while families splashed about and sunbathed nearby. I was actually a bit nervous about my session – how many people were going to come to it when it meant being indoors and sitting in a windowless room for 3 hours? Not to mention the fact I was competing with this fantastic tutorial with Joshua Kerievsky which Martin at least had decided was preferable… (LĂ€s mer…)

  4. Jumblar du dina tester?

    Bra att du skriver tester, men hur bra Àr de egentligen?
    Med verktyg som muterar din kod (tex Àndrar villkor i if-sats) och sedan kör testerna fÄr du en bild av hur bra de fungerar. Det finns flera verktyg, ett av dem som funkar Àr Jumble som jag labbat lite med och det verkar bra. Men hur bra Àr de? Om du har erfarenhet av Jumble eller liknande verktyg (tex Jester, simple-jester, MuJava) lÀmna gÀrna en kommentar. Hur ofta anvÀnds de? Kör ni dem i er byggprocess eller bara individuellt frÄn er lokala miljö?

  5. Tillbaka till vaggan med Gradle?

    Jag Ă€r ett ”huge fan of Maven”. Jag skall dock villigt erkĂ€nna att jag suttit djupt ner i transitive dependencies-trĂ€sket och lite tyst svurit ”fy fan för Maven”. PĂ„ e-postlistan för CITCON snackas det om mĂ„nga olika aspekter av byggande, testande, artifakthantering och sjösĂ€ttning (deployment) och emellanĂ„t dyker det upp tips om nya och gamla verktyg. Idag stötte jag pĂ„ byggverktyget Gradle. (LĂ€s mer…)

  6. BÀttre hjÀlp för import static i Eclipse

    Sitter just nu med att bryta isÀr enhetstest och integrations test i ett projekt, samtidigt som jag skall öka testtÀckningsgraden. Bland det jag stöter pÄ mÀrker jag att Eclipse har rÀtt kass stöd för att föreslÄ automatisk statisk import av metoder, sÄsom Assert.assertEquals och EasyMock.expect.

    En workaround Ă€r att lĂ€gga till just dessa vanliga klasser som ”favoriter”. Öppna Window > Preferences, och lĂ€gga till varje klass mha ”New Type” under Java > Editor > Content Assist > Favorites. Voila! Nu Ă€r det bara att skriva assert<ctrl+space> och man fĂ„r det som man vill.

    Förhoppningsvis blir detta bĂ€ttre i Eclipse med tiden – denna workaround gĂ€ller för 3.4.

  7. Programmet klart

    Nu Àr programmet klart till Scandinavian Developer Conference. Det Àr blir 6 parallella sessioner med mÄnga tunga talare. Keynote speaker Àr ingen mindre Àn Kent Beck, upphovsmannen till XP och en av grundarna till hela den agila rörelsen. Förutom konferensen kommer hela veckan fyllas med evenemang (bla certifieringskurs i Scrum) under Open Event men detta Àr inte klart Ànnu. Du kan sjÀlv vara med att arrangera Open Event!

    Kolla in konferensen pÄ www.scandevconf.se

  8. Junit + EasyMock

    Hittade en vÀlskriven engelsk guide om hur man arbetar med jUnit och EasyMock. Kan rekommendera den till er som inte tidigare jobbat med EasyMock tillsammans med jUnit.

    EasyMock + jUnit guide