Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

Test av system > plugg > Flashcards

plugg Flashcards

1
Q

Anledningen till varför man utför test

A

Desto högre konsekvenser ett system genererar desto högre blir behovet för att testa.

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

Varför utför man tester?

A
  • identifiera fel och åtgärda
  • säkerställa kvalitet
  • få fram ett användbart system

verifiera samt validera

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

verfiera

A
  • Är systemet rätt byggt? Uppfyller systemet kravspecifikationen?
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Validera

A
  • Är det rätt system vi bygger? Uppfyller systemet kravspecifikationen? Kommer beställaren att bli nöjd?
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

7 stycken principer om test

A
  1. Test upptäcker fel
  2. omöjligt att testa ett system fullständigt
  3. Testa tidigt - minimera chanserna för fel
  4. Fel hopar sig ofta - Fel leder till andra fel
  5. Anpassa/variera test
  6. Test är kontextberoende
  7. “absense of error” - fallacy
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Olika typer av fel

A

Aritmetiska fel - beräkningsfel

Interfacing fel - gränsnittsfel

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

Ge exempel på anledningar till varför det kan uppstå buggar.

A
  • Tidpress
  • komplex kod
  • komplex infrastruktur
  • attityder emot test
  • ignorans
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Vilka problem kan ett ostrukturerat test innebära?

A
  • Trots test så upptäcks få fel
  • Viktiga och avgörande fel upptäcks sent
  • Test blir “hinder” för att bli klar i tid
  • Svårt att kontrollera och övervaka test
  • lite användare medverkan
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

V-modellen

A

Innehåller Arbetsflöde, detaljeringsgrad och tid.

  • V-modellen är ett sätt för att visa hur kravhantering och systemutveckling hänger ihop.
  • Går att tillämpa på små och stora projekt
  • Hanteras båda iterativt och sekventiellt
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Arbetsflöde inom V-modellen

A

Arbetsflöde är flödet mellan verksamhetskrav till acceptanstest som finns ligger högst upp av dimensionerna. Fel som hittas här är fel i användarkrav.

Arbetsflödet i v-modellen består av:

  • indelade testnivåer, där varje test nivå har ett syfte
  • Varje nivå kan ha en testplan, testaktiviteter och testrapport
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Detaljeringsgrad inom V-modellen

A

Detaljeringsgrad är flödet mellan systemkrav och systemtest. Fel i systemspecifiktation hittas här.

Detaljeringsgranden består av:

  • Få detaljer på övergripande nivå
  • Detaljerat längst ned i modellen
  • Varje nivå ska ha en testplan
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Tiden inom V-modellen

A

Tiden är flödet mellan design och integrationstest. Här hittas även design fel.

Tid innebär att:

  • test förberedes i den vänstra sidan av modellen
  • test genomförs i den högra delen av modellen
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Grundläggande testnivåer

A

Komponenttest - genomförs av utvecklare
Integrationstest (inom systemet) - utförs ofta av utvecklare
Systemtest (helheten) - genomförs av både testare och systemtestare
Acceptanstest - Genomför av användare med uppdrag av beställare

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

Roller inom test

A
  • Beställare (kund eller utvecklingföretag)
  • Testare
  • testledare
  • utvecklare
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Systemutvecklingmetoder

A

Vattenfall, RUP (rational unified process), Scrum, XP (extreme programming)

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

Vattenfallsmodellen

A
  • Jobbar sekventiellt

Fördelar: Tydlig struktur för arbetsuppgifter och tid. Bra för stora projekt

Nackdelar: I början på ett stort projekt kan kravspecifikationen vara ofullständig.

Man försöker tidigt gå in på detaljer.

Det går ej att gå tillbaka i processen och göra förändringar.

Hög kostnad!

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

RUP (rational unified process)

A
  • Bryter upp större system i delsystem som sen testas.
  • Har en statisk del som testar ett system utan att exekvera koden sedan så finns det en dynamisk del där man exekverar för att hitta fel.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Testdisciplin inom RUP

A
  • Iterativ process
  • Skalbar, går att lägga in och ta bort saker (skräddarsy)
  • Flexibilitet
  • En riskbaserad process
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Disciplin Test

A
  • Fokus på att utvärdera kvalitet genom att:
  1. Definiera mål
  2. skapa en generell uppfattning om system
  3. Visa att antaganden i kravspecifikation håller
  4. Utvärdera funktionerna
  5. Säkerställa att kraven att uppnåtts
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

XP (extreme programmering)

A
  • Bygger på användarberättelser (user stories) som beskriver kravspecifikationen.
  • Refaktuering - rensar koden och tar bort dubbleringar och gör koden mer komplex.
  • Par programmering (diskutera lösningar)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

Vad ingår i ett agilt test?

A
  • test utförs tidigt
  • Hantering av förändringar, placerar dom i product backlog
  • Hantera tunna “krav”, användarberättelser
  • testa ofta
  • testa snabbt
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Typiska fel gällande kraven och dess konsekvenser

A

Fel:

  • kraven reflekterar ej det riktiga systemet
  • krav är inkonsekventa
  • missförstånd mellan kund och kravhanterare
  • Addering av ej planerade förändringar

Konsekvenser:

  • Kunder använder ej programmet
  • systemet blir opålitligt
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

Olika typer av krav

A
  • Funktionella krav
  • Icke funktionella krav, har med prestanda att göra
  • Normala krav
  • Förväntade krav, gamla krav som kunden tror är självklara
  • Sensationella krav, leverantören levererar krav som ej efterfrågas.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

Vilka delar ingår i kravhanterings processen - Stjärnan?

A
  1. Samla in krav
  2. Strukturera
  3. Prioritera
  4. Dokumentera
  5. Kvalitetssäkra
  6. Förvalta
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

Samla in krav - Stjärnan

A

Utför intervjuer, krav workshopar, prototypbyggande, scenarier, brainstorming – Olika insamlingsmetoder hittar olika sorters krav

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

strukturera krav - stjärnan

A

Ska en tydlig struktur som går enkelt att överblicka och förvalta

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

Prioritera krav - stjärnan

A

Fokus på de viktigaste kraven så att låg prioriterade krav ej ändrar resultatet i slutändan. ( om man inte skulle hinna med dem)

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

Dokumentera krav - stjärnan

A

Dokumentera krav med kravspecifikation. Bör innehålla funktionella och icke-funktionella krav och krav på använda gränssnitt.

För lite dokumentation ledder till osäkerhet.
För mycket dokumentation är svårt att förvalta och hitta luckor.

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

Kvalitetssäkra krav - Stjänan

A

Se till att det finns så få fel som möjligt

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

Förvalta krav - stjärnan

A
  • Konfigurationshantering, Alla inblandade måste veta vilka krav som är aktuella
  • Förändringshantering, Rutiner för då kraven ändras
  • Påverkansanalys vid förändringar, Spårbarhetsmatris
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
31
Q

Spårbarhetsmatris

A

Gör det möjligt att se konsekvenserna av förändringar. (Ett viktigt krav som ändras kan leda till ändrade testfall och flera nya fel)

  • Sambandet kan visa om det finns testfall för samtliga krav och kan illustreras med hjälp av exel.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
32
Q

Två bent inom kravhantering och test

A

Att vara två bent innebär att man har kompetens inom bägge områden.

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

Spårbarhet används till att

A
  • kontrollera att systemet uppfyller alla krav
  • systemet gör det som ska göras
  • Hjälpa till vid förändringshantering
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
34
Q

Två typer av statisk testning (testa kod utan att exekvera den)

A

Statisk analys och Granskning

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

Statisk analys

A

Tittar på koden utan att exekverar. Leta efter död kod vilket är kod som aldrig körs. Man letar även efter kompileringsfel.

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

Granskning

A

Målet med granskning är att allt ska granskas innan exekvering.

Granskning är:

  • Kostnadseffektivt, problemförebyggande
  • Involverar projekt medlemmarna tidigt

Målet är: verifiering, validering konsensus (alla får samma förståelse)

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

Informell granskning

A
  • Snabb
  • inga fasta rutiner
  • odokumenterat
  • billigt

och används vid tidbrist eller vid oviktig dokumentation.

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

Formel granskning

A

Används vid stora projekt och innehåller genomgång, teknisk granskning samt inspektion.

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

Genomgång i Formel granskning

A
  • Författaren förklarar sina tankar om genomgången

- Gå ut på att ge konsensus, gemensam bild om vad man vill göra.

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

Teknisk granskning i Formel granskning

A
  • Genomförs av experter

- Hittar tekniska lösningar och fel

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

Inspektion i Formel granskning

A
  • Roller som moderator, författare, granskare, chef (money), inspektionschef
  • Man har ett start/slut mål

Falgropar:

  • Brist på utbildning — man vet ej vilka rutiner som finns
  • Att vara dålig på att dokumentera
  • Brist på stöd från ledningen(tid och resurser)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
42
Q

Metoder för att mäta Organisationers testmognad

A

TPI - Test process improvments

CMM - Capability Maturity Model

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

Vad ingår i CMM?

A
  1. Initial - oförutsägbar, kostar mycket pengar, försenat
    • 2. Repeterbar - Väl planerade projekt
    • 3. Definierad - Inger rådgivning för projekt
    • 4. Styrd - Mättningar görs för att nå kraven
    • 5. Optimerad - Ger förutsättningar för att hantera förändringar.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
44
Q

Ansvarsfördelning

A

Samtliga utvecklare - Komponent test
En utsedd utvecklare - Integrationstest
Testare - Systemtest
Användare - Acceptanstest

45
Q

Komponent test

A

Testast oftas via kod för test som möjliggör automatisering.

46
Q

Test Driven utveckling

A

Red - Green - Refactor

47
Q

Red - Green - Refactor

A
  1. Skapa tester som skall misslyckas.
  2. Skriver kod till systemet fungerar.
  3. Förfinar koden.
48
Q

Integrationstest

A

Testar integrationen av komponenterna inom ett system.

49
Q

Strategier för integration.

A
  • Big Bang , Bygger systemet till fullo sen testas det.

- Stegvis, Lättare att avgöra vart felet existerar

50
Q

Systemtest

A

Testar det kompletta systemet med Funktionella test, icke funktionella test (prestanda test, stresstest), konfigurationstest

51
Q

Acceptanstest

A

Utförs av användarna i syfta för att se om systemet kan sättas i bruk. Testas i from av scenarior.

52
Q

Testdesigntekniker

A

Statiska testdesigntekniker - programmet körs ej bara dokumentation och gränssnitt testas.
Dynamiska testdesigntekniker - Systemet är igång under testning, testfall används ofta.
Utforskande testteknik - Testar nya saker för kunna utföra förbättringar.

53
Q

Black Box testing

A

Görs när de interna strukturerna och processerna är okända.

ingår: 
positiva tester
negativa tester
extremtester
gränsvärde analys
Flödestester
såpoperatester
säkerhetstester
54
Q

Positiva tester

A

Giltiga värden används som testdata.

Bedömer om systemet fungerar som det skall vid normal användning

55
Q

Negativa tester

A

Testar systemet felhantering.

56
Q

Extremtester

A

Testar för att förstöra systemet.

57
Q

Gränsvärdeanalys

A

Utförs när testen visar fel värden.

58
Q

Flödes tester på webbaserade system

A

Tester vanligt flöde, finns inget påtvingat flöde för användarna.

59
Q

Såpoeratester

A

Syftar till att testa systemet med händelser som inte redan ha testas.

60
Q

White box test

A

Syftet med White box test är att testa varje enskild aspekt av komponenten.

Ingår:
Kodtäckningsanalys
Kodsatstestning
kodgranstestning
Looptestning
Villkortestning
61
Q

Kodtäckningsanalys - Whitebox

A

Säkerställer att så många möjliga kod rader exekveras under körning, datan mäts i procent

62
Q

Kodgrenstesning - Whitebox

A

Testar alla möjliga beslutsvägar i programmet.

63
Q

Looptestning - Whitebox

A

Testar systemets loopar. Väljer testdata så att varje loop hoppas över helt.

64
Q

Villkorstestning - Whitebox

A

Testar så att samtliga kodgrenar och loopar körs som ger olika vägar i programmet.

65
Q

Säkerhetstest - Whitebox

A

Testar emot kända hot och mot arbetar dem.

Ställer frågor som vart hotet kan komma ifrån, människa eller teknik?

66
Q

Black Box nackdel

A

Kan finnas oändligt många testvärden som krävs för att hitta felet.

67
Q

White Box nackdel

A

Nackdel svår att hitta om kravspecifikation saknas.

68
Q

Vad ingår i Testprocessen?

A
  • Planering
  • Genomförande
  • Uppföljning
69
Q

Vad gör man i Planering för testprocessen?

A
  • Definierar syftet med testet/testerna
  • Identifierar testområden (start/slut kriterier)
  • Granskar kravdokument
  • Bedömer risker
  • Skapar testunderlag (testdokument)
  • Säkrar resurser
70
Q

Vad gör man i genomförande i testprocessen?

A
  • Följer testplanen
  • Använder underlagen från planeringen
  • Rapporterar
  • Testar och testar igen
71
Q

Vad gör i uppföljningen av testprocessen?

A
  • Sammanfattar
  • Utvärderar
  • Samlar erfarenheter
72
Q

Varför skall man planera?

A

Man planerar för att skapa förståelse och en överblick för det arbete som ska utföras. Det ingår även att man skapar ett underlag för att avsätta resurser och fördela ansvar i arbetet.

73
Q

Aktiviteter under testplaneringen.

A
  • Identifiera avgränsning, risker och mål för test
  • Planera roller, ansvar och resurssäkring
  • Schemalägg (scheduling)
  • Fastställ mätetal, start/stopp kriterier, testnivåer
  • Integrera testaktiviteter i utvecklingslivscykeln
74
Q

Aktiviteter i en riskplanering.

A
  • Identifiera risker, Görs bäst i grupp
  • Analysera/värdera risker, Sannolikhet att risk inträffar ,Konsekvens om risk inträffar
  • Dokumentera resultatet,Risklista
  • Planera för åtgärder, Handlingsplan
75
Q

Riskmatris

A

En visualisering som visar sannolikheten för konsekvensen för att en risk ska inträffa.

76
Q

Olika typer av risker

A

Tekniska

Projektorganisatoriska risker

77
Q

Olika tekniker för att uppskatta tid

A

Lichtenbergmetoden, statisk uppskattning av förväntat värde

Och användning av MS projekt (Gantt schema)

78
Q

Fyra regler för tidsuppskattning

A

Tiduppskatta i team
ansvarig ha sista ordet
observera
Mer information

79
Q

Start kriterier

A

Kriterier som ska vara uppfyllda för att inleda testerna.

80
Q

Slutkriterier

A

Kriterier som ska vara uppfyllda för att avsluta testerna.

81
Q

Avbrytande kriterier

A

Kriterier för att avbryta testerna på ett onormalt sätt.

82
Q

Återupptagande kriterier

A

Kriterier för att börja testa igen.

83
Q

Vad är Testunderlag för något?

A

Samlig dokument som behövs för själva testutförandet. I testunderlag ingår även testfall.

84
Q

Testfall

A

Testfall är en uppsättning villkor under vilka en testare kan avgöra om ett systems funktioner fungerar som det är tänkt.

85
Q

Vanliga rubriker för ett testfall

A
  • ID, Identitet som undviker korsreferenser till andra dokument.
  • Rubrik, Skall vara beskrivande
  • Förbredelser, Aktiviteter som måste utföras innan testerna kan genomföras.
  • Teststeg, Beskriver hur ett test skall genomföras
  • Förväntat resultat, Används för att bedöma och ett test är lyckat.
  • Återställning, Motsatts till förberedelser
  • Testdata, Syftar till att göra testerna upprepningsbara
  • Prioritet, Anger hur viktigt testet är
  • Kravreferens, Refererar till de krav testfallet berör
  • Version, 1.0,1.1 osv
  • Författare, Han/hon som skrivit testfallet
  • Typ av testfall, Beskriver om det är stresstest osv
  • Konfiguration, Krav på en speciell konfiguration
86
Q

Testspecifikation

A

Är ett dokument som håller ihop testfallen med följande rubriker, Inledning, testdata, förberedelser, Testfall

87
Q

Testfall under lupp

A

Fördelar:

  • strukturerat
  • Bra grund för felrapporter
  • Bra grund för automatisering

Nackdelar:

  • Blir snabbt omfattande
  • Kan bli svårt att få en överblick om testfallen är många.
88
Q

Alternativ till testfall

A

Ad-hoc testning, Testar utan stöd av något underlag

Checklistor, I tabellform och är en bra kompromiss vid tidbrist.

89
Q

När används vilka testunderlag?

A
  • Komponenttester och integrationstester:
    Checklistor, ad-hoc tester
  • Systemtester och acceptanstester:
    Testfall, Utforskande tester
90
Q

Utforskande tester

A

Testar alla funktioner baserat på testarens kunskap.

Bra vid:
Bristfälliga krav
Tidsbrist

Nackdel:
Svårt att granska testerna i förväg

91
Q

Testschema

A

Om testerna är beroende av att köras i sekvens används testschema.

92
Q

TestLogg

A

Anteckningar som för dag för dag under testningen.

93
Q

Typiskt flöde i genomförandet

A
  1. Testare upptäcker fel, skriver felrapport och skickar till testledare.
  2. Utvecklare rättar fel
  3. Testare genomför omtest som skall genomföras av den person som rapporterat felet.
94
Q

Rubriker i en felrapport

A
  • ID
  • Rubrik
  • Felbeskrivning
  • Systemdel
  • Testobjektets version
  • Bilagor
  • Testfalls-ID
  • Prioritet
  • Allvarlighetsgrad
95
Q

Fördelar och nackdelar med testverktyg

A

Fördelar:
Testning av sånt som ej går att testa utan testverktyg.
Testa mer och snabbare
objektiva bedömningar

Nackdelar:
Verktygen är oftast mycket dyra.
Risker att man förlitar sig för mycket på testverktygen.
Automatisering kan inte bringa ordning i kaos.

96
Q

Olika testverktyg

A
  • Kravhanteringsverktyg, Kan vara en databas som lagrar kraven tex visual studios.
  • Hantering av testfall, testfall skriv in i verktyget.
  • Testdata, Verktyg för att ta fram testdata vilket kan göras med två olika metoder: kopiering av data från driftmiljö till testmiljö eller med användning av metadata som beskriver hur testdata skall se ut.
97
Q

Statisk analys - testverktyg

A

Används ofta för att underlätta granskning av programkod. Man kan tex hitta Död kod (kod som aldrig körs), Oändliga slingor (villkor som aldrig kan inträffa), Beräkning av komplexitet (komplex kod som kan kommas testas mer).

98
Q

Dynamisk Analys

A

Utför när programmet körs. Exempel på test som kan genomföras, Se efter minnesläckage, utföra stress eller prestanda test.

99
Q

Detaljerad testfall vs enradstestfall

A

Detaljerat testfall är till för att noga berätta vad som eftersträvas av systemet. Medans ett enradstestfall kanske är mer till för erfarna testare som redan vet om vad ska eftersträvas av testerna.

100
Q

Vad kännetecknar ett bra testfall?

A
  • Det har en rimlig sannolikhet för att hitta fel.
  • Det är inte överflödigt.
  • Det är verken för enkelt eller komplext.
101
Q

En testkedja för testfall

A

En testkedja kan ses som en röd tråd som knyter fast de testfall som kan köras efter varandra.

102
Q

Ett testpaket för testfall

A

Alla testfall som behövs köras samtidigt läggs i ett paket.

103
Q

Vad innebär tidig testdesign?

A

Skriv kraven i form av användarberättelser
• Skriv testfallen samtidigt som kraven skrivs
• Skriv teststrategi för att undvika att upprepa testplanen
gång på gång

104
Q

Uppföljning och avslut av testprocessen

A

När alla test är genomförda skrivs en testrapport med rubriker som Unik identifiering, inledning, sammanfattning, avvikelser och sammanfattning av resultat och av aktiviteter. Erfarenheter och tillsist godkännande.

105
Q

När avslutas testningen?

A

Testningen avslutas när stoppkriterierna är uppfyllda.

106
Q

IEEE standard 829

A

Tillhandahåller dokumentationsmallar som ger struktur för hela testprocessen.

107
Q

Projekt risker

A

Relaterade till ledning och styrning av projekt eller testprojekt.
Brist på test, kompetens, personal, interna stridigheter, svårigheter att
enas om krav i ett avtal. Tekniska risker. Försenade leveranser.

108
Q

Humanriskar

A

Handlar om människor som är inblandade i arbetet.
Bristande kompetens, tillgång till nyckelpersoner,
kommunikationsförmåga, personliga egenskaper, etc.

Test av system (1 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2024 Bold Learning Solutions. Terms and Conditions