Indre skjønnhet

Vi ser alltid først på det ytre, om det har appell. Først senere vurderer vi det indre. Men innen it er det indre langt viktigere enn det ytre. Det er når vi oppdager indre svakheter at vi blir opprørt.

Vi må satse på design. Et vakkert ytre skaper appell, men alle designere forutsetter at det indre ikke har svakheter. I den fysiske verden har de ofte rett. Vi lager ikke et møbel av råttent treverk.

For en applikasjon har det ytre mye å si for bruken. En vanskelig eller tungvint brukerbetjening gjør det utfordrende å få brukere til aktivt å benytte applikasjonen. Det kan medføre lavere produktivitet, men indre svakheter som feil i systemet medfører at det nærmest blir stopp, av og til bråstopp.

For førti år siden trodde professor Ole Johan Dahl at det var mulig å bevise at et program var feilfritt. Samtidig jobbet Tom Gilb med programvarekvalitet. Gilbs idé var at det skulle være mulig å garantere for hvor lang tid det skulle ta å finne en feil. Garantien ble satt opp på basis av tiden det tok å finne en bevisst innlagt feil i applikasjonen.

Men feilfri programvare er en drøm. Kanskje er det mulig å lage noen enkle applikasjoner som er feilfrie, men det hjelper ikke at selve applikasjonen er feilfri når den inngår i en leveransekjede som ikke nødvendigvis er feilfri.

Derfor vil vi oppleve at viktige applikasjoner svikter, til dels katastrofalt, på samme måte som fysiske forhold svikter. Hva vi må være bevisst er å sørge for færrest mulige feil.

Derfor må vi bli mer bevisst at koding bare er forutsetningen for applikasjonen. Det er først når applikasjonen er dissekert, saumfart, plukket fra hverandre og satt sammen, at den kan vurderes brukt.

Sjelden er applikasjonen frittstående, som oftest inngår den i en verdikjede som leverer en tjeneste. Derfor må hele verdikjeden testes når en applikasjon er utviklet.

For mange handler test om å vurdere det som testes; en applikasjon, en bil, et produkt eller en tjeneste. Hensikten er først og fremst for å forstå og prøve hva testobjektet er god for.

Men testing har en helt annen dimensjon. Test er verktøyet for indre skjønnhet, for indre kvalitet. Dette er blitt mye tydeligere etter at utviklerne har gått over til smidig utvikling med korte, testdrevne utviklingsperioder. Like fullt vil det fortsatt være mange svakheter, for smidig utvikling søker å løse utviklingsperiodens behov, uten å se den i forhold til applikasjonen eller systemet.

Behovet for test forstår konsulentselskaper som har jobbet med utvikling og forvaltning av applikasjoner. Det forstår bare delvis utdanningsinstitusjoner. Det er mulig å gå gjennom et helt it-studium uten å ha lært behovet for testdrevet utvikling.

For opprinnelig var test en fase i utviklingen som først ble påbegynt etter at kodingen var ferdig og pågikk til kunden hadde vært med på en akseptansetest.

I slike tilfelle testet man de opplagte arbeidsbetingelsene, ikke de unormale. Ofte viste det seg at brukerne satt fast på grunn av svakheter eller feil som ble avdekket. Det var brukerfeil som avslørte konstruksjonssvakheter.

For å unngå unødvendige feil må kravet til kvalitet og behovet for test etableres i forkant. Ifølge erfaring fra testfirmaet Sogeti lages mer enn førti prosent av feilene før kodingen. Testingen må derfor vris mer over på spesifikasjoner og design.

I smidig utvikling har man tatt for lett på overordnede krav og design. Det trengs mer enn en idé om hva man vil og behovsavklaring under utviklingen. Det er særlig to forhold som må håndteres. Det ene er ytelse. Det andre er sikkerhet.

Sikkerhet var nærmest ukjent for 25 år siden. Først for ti år siden begynte Microsoft å ta sikkerhet på alvor. Det bør også applikasjoner som skal levere tjenester på nettet.

Ulempen med nettet er ytelse. De færreste utviklere forstår behovet. De vet ikke hvor mange som vil være brukere. De bør lære seg å bruke enkle ytelsesverktøy.

Dessverre blir alt for mange applikasjoner sluppet før de er testet for ytelse. Denne type tester blir ansett som luksus, i motsetning til i bilindustrien hvor en bil ikke er et produkt før ytelse er testet inngående.

Men nå er det andre tester som interesserer. Sommerværet skal testes. Hvor er det best å ha ferie? Ha en god sommer.