1. Twist: Nytt verktyg för acceptanstestning med DSL

    Som en liten uppföljning pĂ„ mitt inlĂ€gg om Acceptanstestdriven utveckling med DSL, kommer hĂ€r en blĂ€nkare om Thoughtworks verktyg Twist som Ă€r alldeles nyreleasat. (LĂ€s mer…)

  2. Acceptanstestdriven utveckling med DSL

    De senaste Ă„ren har jag gĂ„tt igenom en ”mognadsprocess” nĂ€r det gĂ€ller min instĂ€llning till acceptanstester. Tidigare tyckte jag nog bara att detta var nĂ„got nödvĂ€ndigt ont som man gjorde för att man mĂ„ste, men numera har jag insett att bra acceptanstester kan göra underverk för vilket projekt som helst. Jag pratar naturligtvis om automatiserade acceptanstester för att Ă„stadkomma Acceptanstestdriven Utveckling (ATDD).

    SĂ€rskilt upphetsad Ă€r jag över utvecklingen mot acceptanstester som definieras med domĂ€nspecifika testspecifikations-sprĂ„k, DSLs for acceptance testing. (LĂ€s mer…)

  3. Kan man skydda sig mot allt?

    Jag sitter pÄ ett uppdrag dÀr databasen utgör hela grunden för företagets existens. Jag vet att mÄnga sitter i samma situation.

    Databasen Ă€r vĂ€l skyddad, den Ă€r distribuerad över tre lokaliteter. Dels iform av ett kluster som Ă€r delat i tvĂ„ hallar samt en dataguardnod som Ă€r placerad i en tredje hall pĂ„ annan plats. All hĂ„rdvara Ă€r dubblerad vilket innebĂ€r att vi har sĂ€krat oss mot ”singel point” fel. Förutom hĂ„rdvarudubbleringen tas det kontinuerligt backup av databasen till separat disk. Dessutom tas det exporter som lagras pĂ„ band.
    (LĂ€s mer…)