F4 Testning av affärssystem

Question 1

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

Answer 1

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

Question 2

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

Answer 2

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!

Question 3

När behöver test genomföras?

Answer 3

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!

Question 4

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

7

Answer 4

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.

Question 5

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

Answer 5

Funktionella fel – Exekveringsfel, logiska fel, integrationsfel etc.

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

Question 6

Vad säger traditionell vs agil utveckling om testning?

Answer 6

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

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

Question 7

Vad kännetecknar en sekventiell utvecklingsmodell?

Answer 7

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.

Question 8

Vad kännetecknar en iterativ utvecklingsmodell?

Answer 8

Utveckling sker i kortare iterationer.

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

Exempel: Agila metoder.

Question 9

Vad är V-Modellen?

Answer 9

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.

Question 10

Vilka är de huvudsakliga faserna i V-Modellen?

Answer 10

Krav → Acceptanstest

Systemdesign → Systemtest

Arkitekturdesign → Integrationstest

Moduldesign → Enhetstest

Implementation

Question 11

Vad är fördelen med V-Modellen?

Answer 11

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

Question 12

Vad är en nackdel med V-Modellen?

Answer 12

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

Question 13

Vad är syftet med verifiering och validering i testning?

Answer 13

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

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

Question 14

Krav och Acceptanstest

Vad är syftet med kravfasen?

Answer 14

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

Question 15

Krav och Acceptanstest

Vad är acceptanstest?

Answer 15

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

Question 16

Krav och Acceptanstest

Vem utför acceptanstester?

Answer 16

Vanligtvis kunden, i kundens egen miljö.

Question 17

Krav och Acceptanstest

Vad är skillnaden mellan verifiering och validering i acceptanstest?

Answer 17

Verifiering: Testar om systemet är byggt enligt specifikationerna.

Validering: Testar om systemet uppfyller användarnas behov.

Question 18

Systemdesign och Systemtest

Vad är systemdesign?

Answer 18

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

Question 19

Systemdesign och Systemtest

Vad är systemtest?

Answer 19

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

Question 20

Systemdesign och Systemtest

Vad testar systemtest?

Answer 20

Funktionalitet

Att systemet fungerar som en helhet ur användarens perspektiv

Att systemet uppfyller designkraven

Question 21

Arkitekturdesign och Integrationstest

Vad innebär arkitekturdesign?

Answer 21

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

Question 22

Arkitekturdesign och Integrationstest

Vad är integrationstest?

Answer 22

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

Question 23

Arkitekturdesign och Integrationstest

Vad ingår INTE i integrationstest?

Answer 23

Integrationstest omfattar endast interna systemmoduler, inte externa system.

Question 24

Moduldesign och Enhetstest

Vad innebär moduldesign?

Answer 24

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

Question 25

Moduldesign och Enhetstest Vad är enhetstest?

Answer 25

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

Question 26

Moduldesign och Enhetstest Vem utför vanligtvis enhetstester?

Answer 26

Programmerare

Question 27

Moduldesign och Enhetstest Vad är syftet med enhetstest?

Answer 27

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

Question 28

Vilka testnivåer finns inom affärssystem?

Answer 28

**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

Question 29

Vad kännetecknar testdriven utveckling (TDD)?

Answer 29

**Tester skrivs innan kod**. **Automatiserade tester** används. Tester **grupperas i testsviter**.

Question 30

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

Answer 30

**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

Question 31

Vad är regressionstestning?

Answer 31

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

Question 32

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

Answer 32

Ett testfall **beskriver hur en del av systemet testas**. Det innehåller: ID Namn Syfte Förutsättningar Testdata Testprocedur

Question 33

Vad är skillnaden mellan scriptat och utforskande testning?

Answer 33

**Scriptat test** – Förutbestämda teststeg, bra för regressionstestning. **Utforskande test** – Testaren utforskar systemet utan förutbestämda steg.

Question 34

Vad är syftet med användningsfall i testning?

Answer 34

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

Question 35

Vad är ett aktivitetsdiagram?

Answer 35

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

Question 36

Vad är styrande variabler i testning?

Answer 36

**Variabler som avgör vilka testscenarier som körs**, exempelvis: - Inmatad data - Systemstatus - Användarbeteende

Question 37

Vad är ett scenario inom testning?

Answer 37

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

Question 38

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

Answer 38

Acceptanstest Systemtest Integrationstest Enhetstest

Question 39

Vad är en testsvit?

Answer 39

**En grupp av testfall**, exempelvis alla systemtester

Question 40

Vad är syftet med en testrapport?

Answer 40

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