TESTARBETETS SVÅRA VAL - BADA - Högskolan i Borås

More documents

Recommendations

Info

En viktig aspekt beträffande riskmedvetenheten vid testarbete är de olika faktorer för mjukvarukvaliteten enligt McCalls modell som spelar in i samband med risk såsom pålitlighet för mjukvaran och integritet (se kap 4.3.2) Figur 4.12: Modellen visar en tiostegsprocess enligt Craig & Jaskiel (2002) som visar hur mjukvaruriskanalys bedrivs. 4.6 Test Från att test från börjat handlat om att hitta olika typer av fel i slutet av systemutvecklingens livscykel har det mer och mer börjat handla om graden av kvalitet - 43 -
för mjukvaran där test kan ses som en utvärdering av hur bra eller dålig mjukvarukvaliteten är (se figur 4.13). Det gäller således inte att bara hitta fel vid testarbete utan arbeta med test genom hela utvecklingscykeln och ständigt försöka förbättra kvaliteten av det som testas (Craig & Jaskiel, 2002). Enligt McCalls modell för kvalitetsfaktorer för mjukvaran bör också viktiga faktorer för att lyckas med att uppnå kvaliteten för mjukvaran beaktas (se kap 4.3.2) Figur 4.13: En tabell som visar definitionen av test genom åren (Craig & Jaskiel, 2002) 4.6.1 Varför är test nödvändigt? Test som en kvalitetssäkrande aktivitet inom mjukvaruutveckling är viktigt då vi ständigt omges med mängder av mjukvaruprodukter och system i samhället. Det kan handla om olika mjukvaror från små och mindre betydande till mer avancerade tekniska mjukvaruprodukter och system. Mjukvara som inte fungerar kan leda till olika typer av problem för användarna och drabbar de branscher som är beroende av att mjukvaran och systemen fungerar. Vid problem leder det till att företag förlorar pengar, tid och på sikt skadar det affärsmässiga ryktet (Myers, 1979). Orsakerna till olika typer av fel beror på människan och yttre faktorer som tidspress, otillräcklig kunskap, dåliga utvecklingsmiljöer och utvecklingsmetoder, dålig styrning, fel teknologi eller besvärlig systemarkitektur med många olika delar som skall fungera som en helhet. (ibid) Ett error i koden vid mjukvaruutveckling kan bara föregås av ett mänskligt fel som i sin tur leder till faults och failures. Sammantaget handlar detta om att programmet inte kommer att fungera ”normalt” som det är tänkt då dessa fel ses som defekter i mjukvaran. Därför skall test genomföras för att säkerställa att mjukvaran fungerar som det är tänkt att den ska fungera samt att en viss nivå av kvalitet är uppnått i relation till de krav som ställts för mjukvaran. (ibid) Burnstein (2003, s. 7) förtydligar: “Testing can be described as a process used for revealing defects in software, and for establishing that the software has attained a specified degree of quality with respect to selected attributes.” 4.6.2 Testprocessen I den generella testprocessen börjar oftast testarbetet med att testa individuella programenheter såsom funktioner eller objekt. Dessa funktioner eller objekt integreras i delsystem eller system och interaktionerna mellan dessa enheter testas. När ett system - 44 -
Page 1 and 2: TESTARBETETS SVÅRA VAL - FÖR- OCH
Page 3 and 4: Abstract People talk about testing
Page 5 and 6: Förord Studien har varit komplex i
Page 7 and 8: 5 Empiri ..........................
Page 9 and 10: sitt verk och med ett destruktivt
Page 11 and 12: 1.5 Studiens syfte Syftet grundar s
Page 13 and 14: generaliserbarheten och förslag ti
Page 15 and 16: Failures Uppstår som en konsekvens
Page 17 and 18: 3 Metod I detta kapitel kommer det
Page 19 and 20: Hermeneutiska cirklarna De hermeneu
Page 21 and 22: espondent. Utöver inspelningen av
Page 23 and 24: svaret till hur respondenten uppfat
Page 25 and 26: världen kopplas samman med de hand
Page 27 and 28: I innebördsrikedomen försöker fo
Page 29 and 30: och kommer troligen att resultera i
Page 31 and 32: Project Start Project Release Syste
Page 33 and 34: Vidare är SCRUM (se figur 4.6) en
Page 35 and 36: Figur 4.7: Visar förhållandet mel
Page 37 and 38: fel men även av typen logisk karak
Page 39 and 40: (6) Motsträviga dokument och kod i
Page 41 and 42: 4.3.2 Kvalitetsfaktorer Flera model
Page 43 and 44: Underhållbarhet I underhållbarhet
Page 45 and 46: att reparera det senare under integ
Page 47 and 48: ekonomiska aspekterna beträffande
Page 49: Exempel på konsekvenser kan vara k
Page 53 and 54: Utvärdering av avslut och rapporte
Page 55 and 56: Systemtest - Bedöma mjukvara med r
Page 57 and 58: Nedan så beskrivs dynamisk och sta
Page 59 and 60: systemutvecklingsorganisationerna k
Page 61 and 62: kvalitet” som mjukvaran kan säga
Page 63 and 64: 5 Empiri I det här kapitalet komme
Page 65 and 66: en spänning mellan testarna och sy
Page 67 and 68: test skall vara utifrån vilka risk
Page 69 and 70: 6.2 Analys av intervjupersonernas s
Page 71 and 72: intervjuperson 2 utvecklar behöver
Page 73 and 74: testmetodiken används och beroende
Page 75 and 76: Konfiguration: Testarnas och system
Page 77 and 78: också helt andra resurser beträff
Page 79 and 80: esultera i ytterligare kostnader. D
Page 81 and 82: systemutvecklingen. Systemutvecklin
Page 83 and 84: detta skall vara möjligt behövs b
Page 85 and 86: 8 Källförteckning • Alvesson, M
Page 87 and 88: • Oates, J Briony (2006): Researc
Page 89 and 90: Vidare förklarar personen: ”[…
Page 91 and 92: Ökat beroende mellan testarna och
Page 93 and 94: man ju en deadline och den skall ma
Page 95 and 96: Intervjuperson 3) Intervjuperson 3
Page 97 and 98: ju mer vara bara för att säkerst
Page 99 and 100: Intervjuperson 2 svarar: ” […]
Page 101:
Högskolan i Borås är en modern h
show all

TESTARBETETS SVÅRA VAL - BADA - Högskolan i Borås

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?