Begrepp till tenta

Question 1

Definition av Testning

Answer 1

Processen att exekvera eller evaluera ett system för att verifiera att det uppfyller specificerade krav och för att identifiera skillnader mellan förväntade och verkliga resultat.

Question 2

Varför testar man?

Answer 2

Identifiera fel

Säkerställa kvalitet

Användbart system

Question 3

Verifiera

Answer 3

Kontrollera det färdiga resultatet med avseende på kravställningen.
Fokus vid systemtestning.

Question 4

Validera

Answer 4

Granska hur resultatet förhåller sig till verkligheten; att kontrollera att något inte fungerar i praktiken.
Fokus vid acceptanstestning.

Question 5

Konsekvenser för bristande test

Answer 5

Stora kostnader för utveckling och förvaltning

Missnöjda kunder och användare

Risk för systemfel och bristande funktionalitet i produktionen

Question 6

Källor till buggar

Answer 6

Tidspress

Komplex kod

Komplex infrastruktur

Question 7

Konsekvenser av buggar

Answer 7

Systemfel

Försämrad användarupplevelse

Ökade kostnader för rättning och support

Question 8

7 principer för testning

Answer 8

1. Test påvisar att fel finns
2. Fullständig testning är omöjlig
3. Testa tidigt för att minska risker och kostnader
4. Fel tenderar att klustras i vissa områden
5. Testning är kontextberoende
6. Anpassa tester efter projektets unika krav och förutsättningar
7. “Absence of errors” är en fallacy - inga fel betyder inte att systemet uppfyller kraven

Question 9

Testprocessens tre grundpelare

Answer 9

Planering

Genomförande

Uppföljning

Question 10

Planering i testprocessen

Answer 10

Syfte: Fastställ målet med testerna.

Aktiviteter: Definiera syfte, identifiera testområden, granska kravdokument, riskanalys, skapa testunderlag, säkra resurser.

Dokumentation: Testplan som blir vägledning genomt testprocessen.

Question 11

Genomförande i testprocessen

Answer 11

Syfte: Utföra testerna enligt plan och identifiera avvikelser.

Aktiviteter: Följa testplan, rapportera, iterera.

Använd testdata: Testdata ska vara produktions-lik och stödja tester på olika nivåer. Ska hanteras så att det kan återställas och återanvändas för framtida tester.

Testmiljö: Separat miljö som speglar produktionsmiljön används för att säkerställa pålitliga resultat.

Question 12

Uppföljning i testprocessen

Answer 12

Syfte: Avsluta test när alla testunderlag är godkända, utvärdera resultat och samla lärdomar för framtiden.

Aktiviteter: Sammanfatta, utvärdera, samla erfarenheter.

Question 13

Riskhantering i testprocessen

Answer 13

1. Identifiera risker
   - Samla risker genom workshop eller checklistor
2. Analysera risker
   - Bedöm sannolikhet 1-5 och konsekvens 1-5
   Multiplicera dessa för att få ett riskvärde 1-25
3. Hantera risker
   - Planera åtgärder för att minska sannolikheten och/eller konsekvensen av riskerna

Question 14

Exempel på risktyper

Answer 14

Tekniska risker (buggar, prestanda)

Projekt-organisatoriska risker (resurser, tidsbrist)

Question 15

Start-kriterier för test

Answer 15

Alla nödvändiga förutsättningar för att börja testerna ska vara uppfyllda.

Ex: Testdata och testmiljö är förberedda och all nödvändig dokumentation är klar.

Question 16

Stopp-kriterier för test

Answer 16

Villkor som specificerats i förväg för att avgöra när testerna kan avslutas.

Ex: Alla kritiska testfall är körda och fel åtgärdade = godkända, avtalade krav är uppfyllda.

Question 17

Avbrytande kriterier

Answer 17

Definierar när testerna ska avbrytas.

Ex: Allvarliga tekniska problem, minst fem allvarliga fel på en dag, instabil testmiljö, testdata otillräcklig, blockerande fel.

Question 18

Återupptagningskriterier

Answer 18

Specificerar vad som krävs för att återuppta tester efter ett avbrott.

Question 19

Varför finns standarder och certifiering?

Answer 19

Skapar enhetlighet

Höjer kvaliteten

Sparar resurser genom skapande av gemensamma arbetsrutiner

Question 20

Standard för testdokumentation och struktur

Answer 20

IEE 829

Question 21

Framgångsfaktorer för testning

Answer 21

Börja tidigt

Utför tester kontinuerligt och iterativt

Använd strukturerade metoder och dokumentation

Hitta fel tidigt för att minska kostnader

Question 22

Vanliga problem vid ostrukturerad testning

Answer 22

Få eller viktiga fel upptäcks sent

Testning blir ett hinder för att slutföra projektet

Brist på dokumentation och användarpåverkan

Question 23

Testdokumentation består av..?

Answer 23

Testspecifikation - dokument med testfall, testdata, förberedelser, förväntat resultat

Testlogg - kortfattad dokumentation av vad som testas per tillfälle

Felrapport - besrkiver funna buggar och avvikelser

Testrapport - sammanfattar resultat, fel och rekommendationer

Question 24

Roller inom testning

Answer 24

Testare - genomför tester och loggar avvikelser

Testledare - leder och planerar testarbetet

Utvecklare - utför ofta enhetstester och bidrar tekniskt

Beställare - godkänner krav och testresultat

Question 25

Testnivåer

Answer 25

Komponenttest - testar enskilda komponenter/moduler och funktioner.
Syfte: Säkerställa att koden fungerar korrekt på låg nivå.

Integrationstest - testar hur olika komponenter samverkar.
Olika strategier:
Big Bang (allt på en gång), Stegvis integration (successiv testning(bottom-up, top-down)).

Systemtest - testar hela systemet för att säkerställa att det uppfyller krav.

Acceptanstest - användaren testar om systemet möter verksamhetens behov

Question 26

V-modellen beskrivning

Answer 26

Indelad i två testnivåer; varje nivå har sitt syfte

Vänster sida (utvecklingsfaser, förberedelser):
Verksamhetskrav
Systemkrav
Design

Mitten:
Kodning och komponenttest

Höger (testfaser, verifiering och validering):
Integrationstest
Systemtest
Acceptanstest

Question 27

Nyckelelement i V-modellen

Answer 27

Paralellitet:
Varje utvecklingssteg på vänster sida har en motsvarande nivå på höger sida

Spårbarhet:
Möjliggör spårbarhet mellan krav och tester, säkerställer att varje krav testar och verifieras

Tidig testplanering:
Testaktiviteter planeras samtidigt som utvecklingsaktiviteter, så att tester kan utföras så snart en utvecklingsfas är färdigställd

Question 28

Fördelar med V-modellen

Answer 28

Struktur och tydlighet (överblick)

Tidig identifiering av fel

Spårbarhet

Question 29

Nackdelar med V-modellen

Answer 29

Brist på flexibilitet (linjär)

Tidskrävande (mindre lämplig för agila projekt pga långa utvecklingscykler)

Question 30

Testdesigntekniker

Answer 30

Black-box-testning:
VAD systemet gör.
Testaren har ingen insyn i systemets interna struktur, design eller kod.
Används för att testa funktionaliteten på hög nivå genom att mata in olika typer av data, observera utdata ex vid systemtest eller acceptanstest.

White-box-testning:
HUR systemet fungerar.
Testaren har insyn i systemets interna struktur och logik. Används för att säkerställa att systemet byggs korrekt enligt krav och design.
Identifiera logiska fel, kodfel och bristande täckning i koden.

Gray-box-testning:
Kombinerar black-box och white-box.
Ger insikt i interna processer samtidigt som extern funktionalitet testas.

Question 31

TDD (Test Driven Utveckling)

Answer 31

En iterativ process.

1. Skapa tester som initialt misslyckas (Red).
2. Skriv kod till testerna lyckas (Green).
3. Förbättra och refaktorera koden med bibehållen funktionalitet (Refactor).

Question 32

Säkerhetstester

Answer 32

Testar mot kända hot som SQL-injektioner, cross-site scripting och intrång.

Konfidentialitet- skydda känslig info

Integritet - säkerställa korrekthet i data

Tillgänglighet - hålla systemet tillgängligt trots attacker

Question 33

Vilka faktorer påverkar val av testtekniker?

Answer 33

Typ av system

Kundkrav och lagstiftning

Risknivå

Dokumentationens kvalitet

Teamets erfarenhet och resurser

Valt utvecklingsmetodik (agil, sekventiell etc)

Question 34

Testunderlag

Answer 34

Dokument som behövs för att genomföra testet

Testfall
Inkluderar: Testfall (kravspec, user case, user stories).

Checklistor
En enkel lista med korta instruktioner, alt eller komplement till detaljerat testfall

Question 35

Vad är testfall?

Answer 35

Detaljerad instruktion för att verifiera om en funktion fungerar som den ska.

Question 36

Testfall - innehåll

Answer 36

1. ID (unik identifierare ex TF01)
2. Rubrik (Lägg till kund).
3. Förberedelser (aktivitet innan test startas).
4. Teststeg (numrerad lista över det testaren ska utföra).
5. Förväntat resultat (tydlig, konkret beskrivning).
6. Återställning (instruktioner för att städa upp efter testet).
7. Testdata (specifika värden/hänvisningar till externa filer/databaser.
8. Prioritet (hur viktigt är testfallet, hög/medel/låg).
9. Kravreferens (koppling till krav som testas).
10. Version (testfallets version så rätt instruktion används).
11. Författare (namn på skaparen av testfallet).
12. Typ av testfall (specificerar testets syfte, ex gränsvärde, stresstest).
13. Konfiguration (speciella krav för att köra testet ex databasversion).

Question 37

Typer av testfall

Answer 37

Funktionella testfall:
Verifierar systemets funktionalitet enligt kravspec.

Icke-funktionella testfall:
Testar prestanda, säkerhet, användarbarhet mm.

Integrationstestfall:
Testar samverkan mellan olika komponenter.

Användaracceptanstestfall:
Validerar att systemet möter användarens krav.

Databastestfall:
Verifierar att data lagras och hämtas korrekt.

Question 38

Alternativ till testfall

Answer 38

Ad-hoc-testning:
Oplanerad testning utan testfall, kräver erfarenhet och kreativitet.

Utforskade testning:
Testare lär sig systemet under testningen och utformar tester baserat på denna kunskap.

Checklistor:
Enklare alternativ till testfall, består av korta och specifika instruktioner.

Question 39

Testdata definition

Answer 39

Den data som används under testning för att simulera realistiska scenarier.

Question 40

Hur skapar man testdata?

Answer 40

1. Identifiera behovet av testdata i planeringsfasen.
2. Kartlägg datakrav under testdesign.
3. Generera och förbered testdata under testdesign- eller textexekveringsfasen.
4. Spara och återanvänd data för framtida tester.

Question 41

Icke-funktionell testning

Answer 41

Mål är att förbättra produktens återanvändbarhet, tillförlitlighet, effektivitet och säkerhet.

Prestanda
Säkerhet
Skalbarhet
Användabarhet

Question 42

Syfte med användarbarhetstestning?

Answer 42

Säkerställa att användaren kan använda systemet effektivt och tillfredsställande.

Question 43

Hur kan man göra användarbarhetstestning?

Answer 43

Kontroll av tillgänglighet - funktionshindrade, språk, valutaformat)

Navigationskontroller (kortkommandon, menyer)

Felmeddelande och grafiskt gränssnitt

Question 44

Syfte med acceptanstestning?

Answer 44

Verifiera att systemet uppfyller användarens krav innan produktionssättning.

Question 45

Genomförande av test

Answer 45

1. Test - första gången
2. Omtest - testa en funktion igen efter fel rättats
3. Regressionstest - testa om tidigare fungerande funtkionalitet fortfarande fungerar efter ändringar

Question 46

Felrapport definition

Answer 46

Dokument som beskriver ett problem som upptäckts under testning.

Question 47

Felrapport - innehåll

Answer 47

1. ID (unik identifierare för att spåra felet).
2. Rubrik.
3. Felbeskrivning.
4. Systemdel.
5. Allvarlighets (gradering krisiskt/allvarligt/mindre fel).
6. Prioritet (omedelbart/före drift).
7. Status (ny/under utredning/klar för omtest).
8. Åtgärdsbeskrivning.
9. Bilagor.
10. Testfall-ID.