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

More documents

Recommendations

Info

Figur 4.4: Den iterativa RUP metoden (Ambler, 2005). SCRUM (se figur 4.5) är en agil och iterativ systemutvecklingsmodell som baserar sitt synsätt på insikten att mjukvaruutveckling är kreativ och oförutsägbar och därför behövs empiri snarare än redan definierade metoder (Larman, 2004). Några centrala delar av SCRUM består av: - Självgående och självorganiserande utvecklingsteam. - Inga externa tillsättningar av resurser om en iteration väl valts. - Dagliga möten med speciella frågeställningar. - Vanligtvis 30 dagars iterationer. - Efter varje iteration visas arbetet upp för en styrande ledning. - Varje iteration är kunddriven (Larman, 2004). Few docs Few steps … Scrum XP Strict waterfall (sequential) Ceremony Evo Many short iterations (5 days) Figur 4.5: SCRUM som visar längden på iterationen (Larman, 2004) - 25 - UP
Vidare är SCRUM (se figur 4.6) en iterativ och inkrementell systemutveckling på samma gång. Iterativ såtillvida att framsteg görs genom små förfiningar så att en iteration kan bli förbättrad utifrån en den föregående iterationen. Ett utvecklingsteam tar sig an ett system eller mjukvara och förfinar den genom iterationer tills mjukvaran eller systemet anses vara tillräckligt bra. Genom varje iteration blir mjukvaran förbättrad genom att det tillförs ytterligare detaljer. Den inkrementella processen gör att mjukvaran byggs och levereras i delar och varje del blir därför en kompletterande del till funktionaliteten av hela mjukvaran (Cohn, 2004). Ett SCRUM projekt löper genom en serie av 30 dagars iterationer som kallas sprintar. Vid start av varje sprint bestämmer utvecklingsteamet hur mycket kraft och resurser just den sprinten kräver. SCRUM-teamet som är självorganiserat består av fyra till sju utvecklare, men kan också innehålla testare och andra specialister och på så sätt arbetar de som ett team. Det finns inga uttalade roller eller ledare utan allt arbete som görs sker tillsammans och alla har ansvaret för hela projektet, dvs. Det är upp till teamet självt att bestämma hur det kommer att gå. Teamet består av två nyckelpersoner som är produktägaren och en SCRUM-master. En SCRUM-produktägare är egentligen kunden av extreme programming (XP). Produktägaren är ansvarig att prioritera det som skall göras genom en lista medans SCRUM-mastern serverar teamet snarare än att vara en ledare och ser till att SCRUM-metoden följs (Cohn, 2004). Figur 4.6: SCRUM- processen (Cohn, 2004) 4.1.3 Test i systemutvecklingsmetoderna Som vi ser av den ovanstående presentationen av olika systemutvecklingsmetoder är det vanligt med tydliga faser, procedurer och steg inom en systemutvecklingsprocess som skall resultera i en mjukvaruprodukt. I hela systemutvecklingen hittas processer som består av flera processer i varandra där test ingår som aktivitet. Test är sedan relaterat till två processer (se figur 4.7) som Burnstein (2003) tar upp: - 26 -
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: Project Start Project Release Syste
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 and 50: Exempel på konsekvenser kan vara k
Page 51 and 52: för mjukvaran där test kan ses so
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?