Artiklar skrivna av
Lars Svadängs

Sida 1/2:12

Detta är den sista delen av tre i en artikelserie om automatiserade integrationstester. Den första delen ger en kort beskrivning av syftet med integrationstester och de utmaningar som ofta uppstår vid testning. Där visar jag också hur man kan parallellisera tester i JUnit för att minska exekveringstiden.

Del två visar på användningen av parametriserade tester och hur man på ett bra sätt kan använda extern testdata (testfixtures).

Denna sista del visar hur man kan koppla ihop sina testsviter med open source-verktyget TestLink för att få fram trevliga rapporter. Läs mer >>

Detta är den andra delen av tre i en artikelserie om automatiserade integrationstester. Den första delen ger en kort beskrivning av syftet med integrationstester och de utmaningar som ofta uppstår vid testning. Där visar jag också hur man kan parallellisera tester i JUnit för att minska exekveringstiden.

Denna del visar på användningen av parametriserade tester och hur man på ett bra sätt kan använda extern testdata (testfixtures).

Den sista delen visar hur man kan koppla ihop sina testsviter med open source-verktyget TestLink för att få fram trevliga rapporter. Läs mer >>

När man skall skriva automatiserade integrations- eller regressionstester ställs man delvis inför lite andra utmaningar än vad som gäller för ”vanliga” enhetstester. Detta är den första delen av tre i en artikelserie om automatiserade integrationstester. Denna första del ger en kort beskrivning av syftet med integrationstester och de utmaningar som ofta uppstår vid testning. Där visar jag också hur man kan parallellisera tester i JUnit för att minska exekveringstiden.

Del två visar på användningen av parametriserade tester och hur man på ett bra sätt kan använda extern testdata (testfixtures).

Den sista delen visar hur man kan koppla ihop sina testsviter med open source-verktyget TestLink för att få fram trevliga rapporter.

Läs mer >>

Av en ren slump hittade jag denna intressanta artikel som sammanfattar alla designmönster i boken Domain-Driven Design: Tackling Complexity in the Heart of Software.

Boken, som jag tyvärr inte har läst men som ligger högt upp på listan över böcker jag tror jag behöver läsa, tar bl a upp hur viktigt det är för ett utvecklingsprojekt att ha en väl genomarbetad domänmodell och inte minst,något som jag alltid själv har hävdat, betydelsen av att ha en gemensam och accepterad terminologi och vokabulär. Kort sagt; det är viktigt vad man kallar saker och ting.

Läs Martin Fowlers förord, som vanligt säger han det bättre än jag kan göra själv.

Skall försöka återkomma med en recension när jag har läst boken.

En intressant artikel som behandlar det ständigt återkommande problemet:

  1. hur stor del av min kod genomlöps av mina enhetstester
  2. är det möjligt eller ens önskvärt att testa all kod

Artiklen introducerar två verktyg Hansel och Gretel som hjälper dig att följa dina testfall.

Hansel är en utvidgning av JUnit som fixar kodtäckning genom att ”dekorera” dina testfall. Allt är förklarat i artikeln.

Joda ser ut att vara ett litet coolt open-source projekt.

Den intressantaste delen i mitt tycke är ett klassbibliotek för datum/tidshantering, dvs något som kan fungera som en ersättning för den undermåliga implementeringen i Suns JDK.

Läs den inspirerande användarhandledningen.

Utöver ovan nämnda klassbibliotek finns bl a också klasser som implementerar kollektioner för primitiva datatyper. Till skillnad från Jakartas Common Primitives bygger Joda sin lösning på interface som extenderar de interface som finns i Sun’s kollektions-api.

Tillagt 2005-02-22:
En annan bloga har tittat lite närmare på Joda.

Sida 1/2:12