| Observera |
|---|
Måtto: App-strategin skall vara ett verktyg för primär målgrupp att utföra sitt arbete. Se till att denna sida också lever upp till motto, gör den inte det? Skall den bort? Ta bort denna ruta vid publicering |
...
tillgång till ett relevant urval av testenheter (typer av enheter, olika plattformar, flera versioner av operativsystemen)
tester för kombination app och webbapplikation för tjänsten, när så är aktuellt
analys för urval av testanvändares personliga inställningar för enheten och i appen
testscenarier för både expertanvändare och nybörjare
utvalda hjälpmedel för tillgänglighetstester
fokus på mobila egenskaper
testverktyg för automatisering och för att testa tillgänglighet
sårbarhetsanalys och bedömning av behov för övriga säkerhetstester
förberedelser för att kunna ladda ner och testa på en ännu ej publicerad version av appen
tid för slutverifiering inför publicering
planerad hantering av kommande releaser av operativsystem och nya versioner av enheter (inom förvaltning)
analys av vilka behov av kvalitetssäkring som kan finnas vid avveckling av appen
Notera att om appen är klassas som en medicinteknisk produkt så finns ett särskilt regelverk <ref (Torkel?)>den här standarden: https://www.iso.org/standard/59543.html. Det betyder också krav på CE-märkning.
Kvalitetssäkring
Som för all utveckling ligger grunden till ett effektivt arbete med kvalitetssäkring i förberedelserna. Det handlar om allt från krav- och behovsinsamling, utvecklingsprocess som inkluderar test och förväntas leda till publicering av appen, därefter förvaltning och slutligen en kontrollerad avveckling. Specifikt för att kvalitetssäkra appar är behoven av att:
Komplettera krav och behovsanalys med olika användarprofiler för vilka användare av appen som förväntas. Det kan vara nybörjare, expertanvändare som använder enhetens många finesser eller en speciell verksamhetskategori. För både utveckling och test är det nödvändig information för att appen ska nå god användbarhet för målgruppen. Förväntningarna på appen kan skifta mellan olika användare och leda till stor variation av hur appen upplevs.
Göra en riskanalys kring olika teknikval som visar konsekvenser kring användbarhet, digital tillgänglighet och informationssäkerhet. Specifika förutsättningar kring arkitektur och design kan då bli synliggjorda och ger möjlighet till riktade tester mot identifierade problemområden och potentiella sårbarheter.
Ta reda på vilka tredjepartsprodukter som ingår och vilken påverkan de kan ha.
Säkerställa att nödvändiga testmiljöer finns tillgängliga och att app-specifika testverktyg är finansierade. Här ställs extra krav på antal enheter som behövs och en plan för i vilken grad testning ska ske på olika versioner av operativsystem och med olika inställningar.
Planera för en kombination av manuella och automatiserade tester för att så snabbt som möjligt täcka in olika testaspekter. Att testa manuellt som en verklig användare anses ge den viktigaste återkopplingen, men för snabba regressionstester av funktionaliteten kan automatiserade tester vara effektiva.
Ta reda på och planera för att uppfylla kraven på verifiering inför publicering av appen
Planera test inom förvaltning för att kunna upprätthålla kvaliteten på tjänsten som appen tillhandahåller. Verifiera regelbundet funktionaliteten på nya versioner av operativsystem och nya typer av enheter som kan få ändrade eller nya funktioner som användarna förväntar sig ska fungera med appen.
Planera användartester, specifikt med avseende på digital tillgänglighet men även för övriga målgrupper, för att få viktig återkoppling och därmed möjlighet att förbättra appen och öka användningen av den. Det kommer också att ge kunskap som kan användas generellt i utveckling och test av appar för att få bättre användbarhet och tillgänglighet vid kommande publiceringar.
...
Vilket är det första intrycket av appen?
Finns och fungerar olika typer av inloggning?
Vilka personliga inställningar kan göras och är de relevanta eller saknas något?
Fungerar växling mellan appar?
Hur upplevs informationsflöden och aktivitetsflöden i appen (t ex fungerar menystrukturen väl)?
Är de mobila egenskaperna en tillgång eller begränsning under användningen?
Är appen användbar under de förhållanden som målgruppen kan förväntas använda den?
Fungerar enheternas olika funktioner bra tillsammans med appen?
Är appen användbar både i Lanscape och Portrait mode?
Hur påverkar de mindre enheternas skärmstorlek och upplösning appens användbarhet och tillgänglighet?
Är appen användbar med de olika hjälpmedel som finns för att öka tillgängligheten (t ex skärmläsare) ?
Hanteras personuppgifter för andra? I så fall, hanteras de på ett säkert sätt?
var lagras data och när raderas den?
Kan användardata nås endast i inloggat läge?
Om appen kräver en viss säkerhetsnivå, spärras användning om nödvändiga funktioner inte finns på enheten?
Testningen ska utföras på ett urval av enheter som förväntas vara vanliga bland användarna.
Acceptanstest
Planeringen för en effektiv acceptanstest baseras på att en väl fungerande besluts- och utvecklingsprocess har tagit fram en kandidat till driftsättning/publicering och med en god kännedom om målgruppens behov och förutsättningar ska den nu utvärderas. Acceptanstesterna ska se till helheten och bli vägledande för beslut om att publicera eller inte.
...
<Hur hanteras data som lagrats på server och/eller användarens enhet?>
Länkar
...
https://www.w3.org/TR/mobile-accessibility-mapping/
SIS standard
https://www.iso.org/standard/59543.html(Medicinteknisk produkt)
...
https://www.applivery.com/ (Applivery)
...
MALL - TA BORT EFTER FÖRSTA INTERNA GRANSKNINGEN
Första rubriken H2
Underrubrik H3
...