F4 Testning av affärssystem Flashcards

1
Q

Varför behöver affärssystem testas trots att de är “färdiga” produkter?

A

Eftersom varje organisation är unik och systemet måste passa verksamheten. Dessutom kan ändringar ha gjorts i systemet som behöver testas.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Vilka tre huvudområden måste testas i ett affärssystem?

A

Konfigurationer → Anpassningar som gjorts i systemet.

Integrationer → Fungerar systemet ihop med andra system?

Datamigrering → Är gammal data korrekt överförd?

Alla ändringar → Inget får påverka befintliga funktioner negativt!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

När behöver test genomföras?

A

Implementation → Test vid grundkonfiguration.

Modifieringar → När systemet uppdateras eller lagkrav ändras.

Uppgraderingar → Test vid nya versioner från leverantören.

Ej en engångsgrej!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Vilka typer av anpassningar kan göras i ett affärssystem?

7

A

Parametrization/customization – Justera funktionalitet via systemparametrar.

Add-ons/Bolt-ons – Tredjepartsmoduler för branschspecifik funktionalitet.

Extension points – Anpassad kod som integreras via systemets utbyggnadspunkter.

ERP Programming – Skriva ny funktionalitet utan att ändra källkoden.

Extension module – Extern kodbaserad funktionalitet.

API – Integration med andra system.

ERP code modification – Ändringar i systemets källkod.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Vilka är de två huvudsakliga typerna av fel i ett affärssystem?

A

Funktionella fel – Exekveringsfel, logiska fel, integrationsfel etc.

Icke-funktionella fel – Låg prestanda, bristande säkerhet, dålig användbarhet etc.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Vad säger traditionell vs agil utveckling om testning?

A

Traditionell (sekventiell) – Gör en fullständig kravspecifikation innan implementering.

Agil (iterativ) – Minimera tiden mellan krav och acceptanstest.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Vad kännetecknar en sekventiell utvecklingsmodell?

A

Består av faser som utförs i en viss ordning.

En fas påbörjas först när den föregående är klar.

Exempel: Vattenfallsmodellen.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Vad kännetecknar en iterativ utvecklingsmodell?

A

Utveckling sker i kortare iterationer.

Bygger på successiv förbättring av systemet.

Exempel: Agila metoder.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Vad är V-Modellen?

A

V-Modellen är en traditionell sekventiell utvecklingsmodell där utvecklingsfaserna är strukturerade i en V-form. Varje utvecklingssteg har en motsvarande testfas för verifiering och validering.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Vilka är de huvudsakliga faserna i V-Modellen?

A

Krav → Acceptanstest

Systemdesign → Systemtest

Arkitekturdesign → Integrationstest

Moduldesign → Enhetstest

Implementation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Vad är fördelen med V-Modellen?

A

Den är dokumentdriven, vilket gör det enklare att planera tid och budget samt säkerställer att alla krav verifieras genom tester.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Vad är en nackdel med V-Modellen?

A

Fel kan upptäckas sent i processen eftersom tester sker efter att utvecklingen är slutförd.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Vad är syftet med verifiering och validering i testning?

A

Verifiering (leverantör) – Kontrollera att systemet är rätt konstruerat.

Validering (kund) – Kontrollera att rätt system har byggts.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Krav och Acceptanstest

Vad är syftet med kravfasen?

A

Att definiera och dokumentera användarnas krav på systemet, vilket resulterar i en kravspecifikation.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Krav och Acceptanstest

Vad är acceptanstest?

A

Ett test som utförs för att validera att systemet uppfyller de krav som definierats i kravspecifikationen och fungerar enligt kundens behov.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Krav och Acceptanstest

Vem utför acceptanstester?

A

Vanligtvis kunden, i kundens egen miljö.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Krav och Acceptanstest

Vad är skillnaden mellan verifiering och validering i acceptanstest?

A

Verifiering: Testar om systemet är byggt enligt specifikationerna.

Validering: Testar om systemet uppfyller användarnas behov.

18
Q

Systemdesign och Systemtest

Vad är systemdesign?

A

Processen där kravspecifikationen omvandlas till en detaljerad systembeskrivning (designspecifikation).

19
Q

Systemdesign och Systemtest

Vad är systemtest?

A

En testnivå där hela systemets funktionalitet verifieras för att säkerställa att det motsvarar designspecifikationen.

20
Q

Systemdesign och Systemtest

Vad testar systemtest?

A

Funktionalitet

Att systemet fungerar som en helhet ur användarens perspektiv

Att systemet uppfyller designkraven

21
Q

Arkitekturdesign och Integrationstest

Vad innebär arkitekturdesign?

A

En specifikation av systemets övergripande struktur, där systemet bryts ner i moduler och deras gränssnitt definieras.

22
Q

Arkitekturdesign och Integrationstest

Vad är integrationstest?

A

Ett test som verifierar att systemets moduler fungerar ihop och att deras gränssnitt är korrekta.

23
Q

Arkitekturdesign och Integrationstest

Vad ingår INTE i integrationstest?

A

Integrationstest omfattar endast interna systemmoduler, inte externa system.

24
Q

Moduldesign och Enhetstest

Vad innebär moduldesign?

A

Design av enskilda moduler (enheter) i systemet, inklusive klasser och relationer inom modulen.

25
Q

Moduldesign och Enhetstest

Vad är enhetstest?

A

Ett test som verifierar att de minsta testbara enheterna i systemet fungerar korrekt.

26
Q

Moduldesign och Enhetstest

Vem utför vanligtvis enhetstester?

A

Programmerare

27
Q

Moduldesign och Enhetstest

Vad är syftet med enhetstest?

A

Att säkerställa att varje enhet fungerar som avsett innan de integreras i systemet.

28
Q

Vilka testnivåer finns inom affärssystem?

A

Enhetstest – Test av enskilda moduler.

Integrationstest – Test av hur moduler samverkar.

Systemtest – Test av hela systemet.

Acceptanstest – Slutlig testning av kund före produktionssättning

29
Q

Vad kännetecknar testdriven utveckling (TDD)?

A

Tester skrivs innan kod.

Automatiserade tester används.

Tester grupperas i testsviter.

30
Q

Vad står F.I.R.S.T. för inom TDD?

A

Fast – Snabba tester.

Independent and Repeatable – Testerna kan köras fristående.

Self-validating – Ska ge binärt resultat (rätt/fel).

Timely – Testkoden skrivs först, sedan implementationen

31
Q

Vad är regressionstestning?

A

Att testa att systemet fortfarande fungerar efter att ändringar har gjorts.

32
Q

Vad är ett testfall och vad innehåller det?

A

Ett testfall beskriver hur en del av systemet testas.
Det innehåller:

ID
Namn
Syfte
Förutsättningar
Testdata
Testprocedur

33
Q

Vad är skillnaden mellan scriptat och utforskande testning?

A

Scriptat test – Förutbestämda teststeg, bra för regressionstestning.

Utforskande test – Testaren utforskar systemet utan förutbestämda steg.

34
Q

Vad är syftet med användningsfall i testning?

A

Att beskriva hur en aktör interagerar med systemet i olika scenarier.

35
Q

Vad är ett aktivitetsdiagram?

A

Ett diagram som visar olika möjliga scenarier inom ett användningsfall.

36
Q

Vad är styrande variabler i testning?

A

Variabler som avgör vilka testscenarier som körs, exempelvis:

  • Inmatad data
  • Systemstatus
  • Användarbeteende
37
Q

Vad är ett scenario inom testning?

A

En specifik sekvens av aktiviteter för att utföra en uppgift, t.ex. “köp en vara online”.

38
Q

Vilka tester täcks av testdriven utveckling (TDD)?

A

Acceptanstest

Systemtest

Integrationstest

Enhetstest

39
Q

Vad är en testsvit?

A

En grupp av testfall, exempelvis alla systemtester

40
Q

Vad är syftet med en testrapport?

A

Att summera testaktiviteter och ge en rekommendation baserad på testresultaten.