ELVIS & SURF Test version 5.0

Transkript

1 ELVIS & SURF Test version 5.0

2 Vad är Alfatest? Sker av kunder eller presumtiva användare Sker på hos utvecklingsorganisationen som utvecklar programvaran Genomförs när programvaran är stabil motsvarar inte att programvaran är klar för leverans Skall ge feedback på produkten Hittade fel Hur produkten uppfattas Förbättringar/förslag på ändringar Målet är att ELVIS och SURF ska bli leveransgodkänt och samtliga moduler ska vara genomtestade innan leverans Under Alfatester sker inga tester för integrationer mot andra system som Melior, Operätt, Provisio, Agresso, Raindance etc Ska göras av respektive part i egen lokal testmiljö efter att leverans har skett

3 Programvaran uppgraderas kontinuerligt under testerna rättningar kan testas omgående utan att ny leverans krävs Testarna kan direkt demonstrera för utvecklarna hur de har utfört situationen som framkallar ett fel Uppföljning och information av nya funktioner kan demonstreras Kontroll och uppföljning kan ske i databaserna, utvecklarna har full tillgång till databaserna Tester kan ske i flera steg Fördelar med Alfatest Parternas driftorganisation slipper stressmomentet med att uppgradera testmiljö till betatest Versionen är genomtestad vid leverans Testarna har kunskap och kännedom om innehållet i leveransen Antalet patchar minskar och med färre leveranser minskar kostnaderna för leverans

4 Testrutiner Alfatest från 5.0 Leverans sker först efter godkända alfatest Leveransdatum är utsatt i tidplanen och kan komma att justeras utifrån resultat från alfatesten Ska finnas flexibilitet för ändrat leveransdatum Vid behov levereras rättningspatch vid i förväg överenskomna leveransdatum Tidplanering sker med samtliga parter och innehåller samtliga aktiviteter från utveckling till driftsättning hos respektive part Tidplanen är känd och godkänd av samtliga inblandade Rutin för releasedokumentation lika som idag 3 veckor före acceptanstest Workshop med genomgång av leveransdokument kommer att ske inför leveranser

5 Allvarlighetsgrad och prioritet 5.0 Hög = kritiskt fel Förväntad funktionalitet kan inte uppnås i systemet och funktionaliteten är kritisk för system eller verksamhet Ingen workaround existerar eller är möjlig Felet måste åtgärdas omgående Vid mycket hög påverkansgrad/frekvens kan allvarlighetsgrad klassas som hög trots att workaround finns Medel = Allvarligt fel Förväntad funktionalitet kan inte uppnås i systemet men är inte kritisk Kan åtgärdas efter produktionsstart Vid hög påverkansgrad/frekvens kan allvarlighetsgrad klassas som medel, prioritet 1 trots att workaround finns Låg = Mindre allvarligt fel eller problem Kan planeras in i releasarbetet Workaround existerar eller är inte nödvändig Prioriteter Prioritet 1 = allvarligt fel, workaround saknas Prioritet 2 = allvarligt fel, workaround finns Prioritet 3 = allvarligt fel med låg påverkansgrad

6 Acceptanskriterier 5.0 Efter testperiodens avslutande ska följande acceptanskriterier (avslutskriterier) vara uppfyllda för att leveransgodkännande ska kunna göras Inga fel av grad Hög får kvarstå Inga fel av grad Medel med Prioritet 1 får kvarstå Max ett (1) fel av grad Medel med Prioritet 2 får kvarstå, leveransdatum för rättning ska vara angivet och acceptabelt Max två (2) fel av grad Medel med Prioritet 3 får kvarstå, leveransdatum för rättning ska vara angivet och acceptabelt Max tio (10) fel av grad Låg får kvarstå oavsett prioritet, leveransdatum för rättning ska vara angivet och acceptabelt

7 Erfarenheter ELVIS ELVIS upplevdes ofärdigt, gällde främst tidboken Samtliga moduler var inte klara att testa P g a den försenade uppgraderingen till Tidplanen för när modulerna skulle testas kunde inte hållas Testarna ibland upplevde att de gick på tomgång då samtliga funktioner inte var färdiga för test Samtliga testfall var inte klara innan teststart Vissa funktioner förändrades under testperioden varför nya testfall behövde skapas parallellt Intensivt att testa tre dagar efter varandra Utvecklarna hann inte alltid rätta till nästa testdag Uppsättningarna i databaserna var inte helt kompletta

8 Erfarenheter ELVIS Bra att samma personer testade Fanns tidplan för när de olika modulerna skulle testas Bra att kunna få rättningar kontinuerligt installerades Möjlighet att kunna påverka funktioner då utvecklingen inte var slutförd Testarna kan direkt demonstrera för utvecklarna hur de har utfört situationen som framkallar ett fel Användningen av ReQtest underlättar Första gången hela kedjan testades från ELVIS till SURF Samtliga planerade testdagar genomfördes Beslut fattades att det fanns behov att justera tidplanen och lägga till ytterligare testdagar till hösten då testgruppen vill prioritera ytterligare alfatester så att antalet acceptanstester efter leverans blir färre

9 Erfarenheter SURF Samtliga testdagar kunde inte genomföras beroende på problem efter uppgradering till och driftproblem med SURF driftmiljö Totalt testades surf vid 5 tillfällen Uppsättningar var inte kompletta i testmiljön Saknade ELVIS-kompetens vid vissa testtillfällen Saknade tilldelade patienter, innebar att patienternas registreringar förändras vilket innebar att det förväntade resultatet i surf påverkades Var olika personer som testade de olika testdagarna Samtliga moduler var inte möjliga att testa igenom under testperioden

10 Erfarenheter SURF Fördel att kunna testa hela kedjan från ELVIS till SURF utdata, både i form av fakturaunderlag och statistik Får nya erfarenheter hur systemen kan användas när man testar mer än sina normala arbetsuppgifter Användningen av ReQtest underlättar

11 Tester sker varje vecka från vecka 39 t o m 42 ELVIS tisdag och torsdag SURF onsdag Alfatest hösten 2013 Testfallen ska vara klara inför teststarten Modifieringar kan behöva göras under testperioden Fördelning av patienter kommer att finnas både för SURF och ELVIS Viktigare att man använder sina patienter och följer instruktionerna för patienterna i testfallen Team och vårdgivare kommer att vara uppdelade på testpersonerna Testarna kommer att få dokumentation över de team och vårdgivare som de ska använda sig av Samtliga moduler som är förändrade i och med 5.0 kommer att kunna testas Även de som inte är förändrade kommer att testas, prioritet är dock de förändrade funktionerna ELVIS-testare får testkörningar som SURF-testare ska följa upp Uppsättningar har kompletterats i testmiljöerna för ELVIS och SURF Flera moduler kommer att testas parallellt Dokumentationen på elvissurf.se ang ELVIS 5 är uppdaterad