Når et favorittprodukt er under utfasing, eller et nytt prosjekt krever nye løsninger, må det gjerne en hel del planlegging og testing til. Her har vi samlet gode råd om hvordan man kommer i gang og ikke minst blir ferdig, slik at man ikke står der uten en løsning når leverandøren sier "end of life".
Det kan finnes mange foranledninger til å skulle teste ut et nytt produkt. Noen av de vanligste er at man vil:
Det meste i denne artikkelen burde være aktuelt uansett bakgrunn, men vi tar først og fremst utgangspunkt i at du enten har et eksisterende produkt du vil erstatte, eller et ganske klart definert scenario hvor du trenger et nytt produkt.
Joda, dette høres selvfølgelig ut, men er ofte mindre likefram enn det ser ut, så: Les dokumentasjon.
For et helt nytt produkt finnes ofte bare produktdatablad/datasheet og knapt nok det, men dette bør i hvert fall gi deg en grunnleggende pekepinn på hva produktet kan forventes å støtte av funksjonalitet. Det kan for eksempel spare deg for å bruke tid på å teste konfigurasjoner som uansett ikke støttes.
Husk at produsenter kan være rørende inkonsekvente når det gjelder navngiving, modellbetegnelser og hvordan samme funksjonalitet beskrives på tvers av modeller og versjoner.
Vær derfor forsiktig med å gjøre antakelser om funksjonalitet som ikke er klart dokumentert. Still heller spørsmål en gang for mye enn en gang for lite. Vi hjelper gjerne til!
Vi anbefaler ikke å lage en veldig lang liste med funksjonalitet som må finnes i ethvert produkt som skal vurderes.
Men: Du gjør livet enklere for deg selv ved å vite hvor du skal før du går i gang.
Det er normalt å måtte gjøre noen justeringer når man har testet produkter og konfigurasjoner i praksis, men uten et klart utgangspunkt, skyter man på et bevegelig mål. Da er risikoen stor for at man aldri blir verken ferdig eller fornøyd.
Lag en enkel, prioritert oversikt over:
Se også på om det er noe som kan strykes fra lista. Skal du bytte ut et eldre produkt, støtter det sikkert noen ting du strengt tatt ikke trenger lenger. Ikke gjør "feature parity" (funksjonslikhet) til et automatisk krav.
For eksempel:
Når du vet hva som må og bør fungere, lag deg en testplan/sjekkliste om du ikke alt har det.
Skal du erstatte eksisterende produkter, har du kanskje en testplan fra forrige implementasjon som du kan sammenlikne med og ta utgangspunkt i?
Og hvis du lager deg en plan nå, vil den i hvert fall komme godt med neste gang det er spørsmål rundt produktet, eller når produktet skal suppleres eller skiftes ut igjen.
Står du fast i testingen, eller sliter du med å komme i gang? Ta kontakt med oss, og del gjerne testplan og kriterier.
Dette gjør det mye lettere for oss å hjelpe til med å finne riktige produkter og totalløsning for deres scenario. Vi kan også komme med konkrete forslag til videre testing.
Artikkel av Linda Firveld, Geir Arne Rimala og Jorunn D. Newth
