Att byta och implementera ett nytt system \u00e4r en tidskr\u00e4vande process f\u00f6r verksamheten. Och dessutom en process som omfattar flera kritiska moment som leder fram till ett beslut om man kan godk\u00e4nna leveransen eller inte.<\/p>\n
<\/p>\n
\u00c4ven om implementeringen omfattar l\u00f6pande tester genom hela projektet (vid arbetet med konfiguration, migrering, integration och utveckling) \u00e4r det n\u00f6dv\u00e4ndigt att genomf\u00f6ra en komplett och samlad testning av helheten inf\u00f6r drifts\u00e4ttningen. Det som oftast rubriceras som acceptanskontroll. Denna testning och kontroll genomf\u00f6rs prim\u00e4rt f\u00f6r att provtrycka systemet och de f\u00f6r\u00e4ndrade verksamhetsprocesserna innan det blir allvar. Men det \u00e4r ocks\u00e5 viktigt att genomf\u00f6ra acceptanskontrollen av avtalsm\u00e4ssiga sk\u00e4l. Acceptanskontrollen \u00e4r normalt sett den milstolpe d\u00e4r den huvudsakliga ansvarsf\u00f6rdelningen mellan leverant\u00f6ren och kunden byter plats inf\u00f6r drifts\u00e4ttningen.<\/p>\n
<\/p>\n
N\u00e4r s\u00e5 v\u00e4l detta \u00e4r sagt uppst\u00e5r fr\u00e5gan hur man kan och b\u00f6r genomf\u00f6ra testningen p\u00e5 ett adekvat s\u00e4tt som passar verksamheten?<\/p>\n
<\/p>\n
<\/p>\n
Inf\u00f6r testningen \u00e4r det projektorganisationens ansvar att uppr\u00e4tta en testplan f\u00f6r hur testningen ska genomf\u00f6ras. En plan som omfattar de system, data, gr\u00e4nssnitt, processer och leverabler som ska pr\u00f6vas och kontrolleras. Testplanen \u00e4r ofta n\u00e5got som l\u00f6pande f\u00f6r\u00e4ndras och uppdateras under projektet, som en f\u00f6ljd av de nya insikter som uppst\u00e5r under implementeringen. Att arbeta med en testplan \u00e4r vanligt. Att arbeta med en teststrategi \u00e4r dessv\u00e4rre d\u00e4remot inte lika vanligt.<\/p>\n
<\/p>\n
Teststrategin \u00e4r ett samlande ramverk som beskriver metod och modell f\u00f6r hur testerna ska verkst\u00e4llas samt vilka grundl\u00e4ggande riktlinjer och principer som ska till\u00e4mpas. Denna teststrategi, som s\u00e4llan \u00e4ndras, b\u00f6r uppr\u00e4ttas i ett tidigt skede under implementeringen, d\u00e5 den har inverkan p\u00e5 hur leveransens leverabler produceras och dokumenteras under projektets genomf\u00f6rande.<\/p>\n
<\/p>\n
V\u00e5r erfarenhet \u00e4r att det ofta saknas en formell teststrategi vid implementering av system. Konsekvensen \u00e4r att testpersonalen snabbt dyker ned i detaljerade testprotokoll men med risk att helheten inte h\u00e4nger ihop. Testarbetet inkluderar ett omfattande arbete med dokumentation och inte s\u00e4llan blir dokumentationen s\u00e5 betungande att kvaliteten av testerna blir lidande. Med en v\u00e4ldefinierad teststrategi underl\u00e4ttar man underh\u00e5llet av sin testplan och dokumentationen.<\/p>\n
<\/p>\n
<\/p>\n
En teststrategi b\u00f6r baseras p\u00e5 och inkludera ett antal perspektiv och f\u00f6ruts\u00e4ttningar, varav n\u00e5gra exempel l\u00e4mnas nedan:<\/p>\n
<\/p>\n
Riktlinjer och principer f\u00f6r hur man etablerar och underh\u00e5ller den eller de testmilj\u00f6er som kr\u00e4vs under implementeringens genomf\u00f6rande samt inf\u00f6r den slutliga acceptanskontrollen.<\/p>\n
<\/p>\n
Riktlinjer och principer f\u00f6r vilken typ av dokumentation som ska uppr\u00e4ttas och hur denna ska lagras och underh\u00e5llas under projektets genomf\u00f6rande. Detta g\u00e4ller s\u00e5 v\u00e4l dokumentation av verksamhetens processer som dokumentation som direkt relaterar till testarbetet.<\/p>\n
<\/p>\n
Klarg\u00f6rande av vilka st\u00f6dsystem och\/eller verktyg som ska till\u00e4mpas f\u00f6r att genomf\u00f6ra och logga testerna och deras resultat.<\/p>\n
<\/p>\n
Riktlinjer och principer f\u00f6r genomf\u00f6rande av tester som avser leverabler som inte \u00e4r kopplade till funktionalitet, data, integration eller migrering. Det kan avse exempelvis teknisk och anv\u00e4ndarrelaterad s\u00e4kerhet, anv\u00e4ndarv\u00e4nlighet, prestanda, support- och hj\u00e4lptexter och systemunderh\u00e5ll.<\/p>\n
<\/p>\n
Beskrivning av metod och modell f\u00f6r att kunna till\u00e4mpa automation av tester i stor skala vilket inkluderar s\u00e5v\u00e4l volymtester som \u00e5terskapande av testdata inf\u00f6r upprepade tester.<\/p>\n
<\/p>\n
Riktlinjer f\u00f6r hur man identifierar, mitigerar och f\u00f6ljer upp risker inf\u00f6r och under testarbetet.<\/p>\n
<\/p>\n
Riktlinjer f\u00f6r hur parallella och relaterade men separata projekt i ett program b\u00f6r samordnas inf\u00f6r och under test f\u00f6r att efterstr\u00e4va effektivitet och undvika f\u00f6rsenande beroenden.<\/p>\n
<\/p>\n
<\/p>\n
Teststrategin b\u00f6r utg\u00e5 ifr\u00e5n de f\u00f6ruts\u00e4ttningar som finns inom organisationen f\u00f6r att genomf\u00f6ra testarbetet. Det \u00e4r bra att utg\u00e5 ifr\u00e5n en mall men den b\u00f6r alltid anpassas till den enskilda kunden och de specifika f\u00f6ruts\u00e4ttningar som r\u00e5der inf\u00f6r projektet. En v\u00e4ldefinierad teststrategi ger projektledningen st\u00f6d f\u00f6r styrning och uppf\u00f6ljning samt f\u00f6r att kunna m\u00e4ta framdriften av s\u00e5v\u00e4l testarbetet som projektet i stort.<\/p>\n
<\/p>\n
<\/p>\n
Det \u00e4r viktigt att man etablerar sin teststrategi inom organisationen f\u00f6r att d\u00e4rmed s\u00e4kerst\u00e4lla att den till\u00e4mpas och efterlevs under projektet. \u00c4ven om alla f\u00f6rst\u00e5r betydelsen av att genomf\u00f6ra tester av ett nytt system \u00e4r f\u00f6rst\u00e5elsen f\u00f6r struktur, samverkan och dokumentation inte lika utbredd.<\/p>\n
<\/p>\n
En av de st\u00f6rre utmaningarna under testarbetet \u00e4r att det nya systemet medf\u00f6r eller f\u00f6ruts\u00e4tter f\u00f6r\u00e4ndring av verksamhetens processer. Det uppst\u00e5r l\u00e4tt en konflikt mellan vad som kan betraktas som fel i betydelse att systemet avviker fr\u00e5n f\u00f6rv\u00e4ntad funktionalitet samt fel i betydelse att systemet avviker fr\u00e5n f\u00f6rv\u00e4ntat fl\u00f6de i verksamhetens processer. Per definition kan det vara s\u00e5 att systemets funktionalitet uppfyller st\u00e4llda krav samtidigt som systemets funktionalitet f\u00f6refaller helt orimligt till vad kunden anser \u00e4r en godtagbar och effektiv process. I dessa fall \u00e4r en v\u00e4l utformad teststrategi ett bra st\u00f6d f\u00f6r hur f\u00f6r\u00e4ndringsarbetet ska f\u00e5ngas och ombes\u00f6rjas under testningen.<\/p>\n
<\/p>\n
I st\u00f6rre projekt (eller program) kan man med f\u00f6rdel provtrycka sin testtrategi inf\u00f6r det omfattande testarbetet som kommer i samband med acceptanskontrollen. Detta kan ske genom att man till\u00e4mpar sin teststrategi p\u00e5 en avgr\u00e4nsad del i ett tidigt skede av projektet, med syfte att kunna utv\u00e4rdera effekterna av de principer och riktlinjer som fastst\u00e4llts. \u00a0Det ger ocks\u00e5 indikationer f\u00f6r hur det praktiska arbetet kommer att fungera vid en uppskalning till en st\u00f6rre testorganisation.<\/p>\n
<\/p>\n
<\/p>\n
\u00c4ven om teststrategi oftast till\u00e4mpas vid implementering av ett nytt system \u00e4r det likv\u00e4l en viktig grundsten i den l\u00f6pande vardagen vid f\u00f6rvaltning och utveckling av ett befintligt system. Och inte minst sett till den f\u00f6r\u00e4ndring som sker (och kr\u00e4vs) vid \u00f6verg\u00e5ng till molnbaserade system.<\/p>\n
<\/p>\n
Att f\u00f6rvalta molnbaserade system som uppgraderas flera g\u00e5nger per \u00e5r kr\u00e4ver en annan typ av f\u00f6rvaltning \u00e4n ett system som uppgraderas med n\u00e5gra \u00e5rs mellanrum. Och d\u00e4rmed kr\u00e4vs \u00e4ven en annan typ av teststrategi f\u00f6r att s\u00e4kerst\u00e4lla att nya och frekventa versioner kan implementeras utan st\u00f6rningar p\u00e5 den ordinarie verksamheten. Buggar och st\u00f6rningar f\u00f6rekommer givetvis \u00e4ven i det scenario man anv\u00e4nder molnbaserade system.<\/p>\n
<\/p>\n
<\/p>\n
Oavsett om du st\u00e5r inf\u00f6r att implementera ett system eller redan har ett system som kommer att vara kvar i ett antal \u00e5r \u00e4r det v\u00e4rt arbetet att ta fram en teststrategi. Ut\u00f6ver att det skapar insikt om samband och f\u00f6ruts\u00e4ttningar kommer det att bidra till ett b\u00e4ttre f\u00f6rvaltningsarbete i vardagen.<\/p>\n
<\/p>\n
En v\u00e4l definierad teststrategi skapar f\u00f6ruts\u00e4ttningar till en st\u00f6rningsfri vardag samt st\u00f6djer det kontinuerliga arbetet till att utveckla och f\u00f6rb\u00e4ttra verksamheten. Samtidigt ska teststrategin s\u00e4kerst\u00e4lla att det l\u00f6pande testarbetet inte kv\u00e4ver organisationen i ett \u00f6verfl\u00f6d av dokumentation.<\/p>\n
<\/p>\n
Att lyckas med ett systembyte handlar om att l\u00f6sa en komplex ekvation best\u00e5ende av m\u00e5nga element varav testerna \u00e4r en av de viktigare komponenterna. Att ta fram en v\u00e4l definierad teststrategi \u00e4r en av dessa kritiska pusselbitar som kr\u00e4ver omsorg, fokus och tid.<\/p>\n","protected":false},"excerpt":{"rendered":"
Att implementera ett nytt system \u00e4r en tidskr\u00e4vande process. En teststrategi s\u00e4kerst\u00e4ller att testningen blir strukturerad och effektiv, vilket \u00e4r avg\u00f6rande f\u00f6r att lyckas med systembyten och l\u00f6pande f\u00f6rvaltning.<\/p>\n","protected":false},"author":28,"featured_media":44271,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"slim_seo":{"title":"Teststrategin - Ett st\u00f6d till att lyckas med ditt systembyte - HerbertNathan & Co","description":"Att implementera ett nytt system \u00e4r en tidskr\u00e4vande process. En teststrategi s\u00e4kerst\u00e4ller att testningen blir strukturerad och effektiv, vilket \u00e4r avg\u00f6rande f\u00f6r"},"footnotes":""},"categories":[1715],"tags":[2853],"class_list":["post-44263","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-digitalisering","tag-teststrategi","formats-blogg"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts\/44263","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/users\/28"}],"replies":[{"embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/comments?post=44263"}],"version-history":[{"count":2,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts\/44263\/revisions"}],"predecessor-version":[{"id":44273,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts\/44263\/revisions\/44273"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/media\/44271"}],"wp:attachment":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/media?parent=44263"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/categories?post=44263"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/tags?post=44263"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}