Företag A Företag B Företag C Företag D Företag E Företag F XP
Planning game Nej Nej Nej Nej Nej Ja Små releaser Nej Nej Nej Nej Nej Nej
Metafor Nej Nej Nej Nej Nej Nej
Enkel design Nej Nej Ja Ja Nej Nej
Testning Ja Ja Ja Ja Ja Ja
Refaktorering Ja Nej Ja Ja Nej Nej Parprogrammering Ja Nej Ibland då nya
medlemmar tillkommer Ja Ja, utifrån en riskbedömning av koden Ja
Kollektivt ägande Nej Nej Ja Ja Ja Ja Kontinuerlig integration Ja Ja Ja Ja Ja Ja 40h arbetsvecka Oftast Oftast Oftast Oftast Oftast Oftast On-site kund Nej Nej Nej Nej Nej Nej
Kodstandard Nej Nej Ja Ja Ja Ja
Scrum
Sprintlängd 4v 2v 4v 4v - -
Sprintplanering Ja Ja Ja Ja Nej Nej
Scrummöte Ja Ja Ja Ja Ja Veckovisa
Sprintdemo Ja Ja Ja Ja Nej Nej
Sprintutvärdering Ja Nej Ja Nej Nej Nej Team Sitter tillsammans Sitter tillsammans Sitter tillsammans Testare och utvecklare för sig Testare och utvecklare för sig Sitter tillsammans Produktägare Intern Extern Extern Intern Extern Intern
Företag A Företag B Företag C Företag D Företag E Företag F Planering
- Testplan Ja Nej Ja Nej Nej Ja - Testspecifikation Ja Ja, acc.test Ja Ja Ja Ja - Planerar in testtid Ja Nej Nej Ja Nej Nej Utförande
- Enhetstester Ja Ja Ja Ja Ja Ja - Integrationstester Ja, utförs av
testare
Nej Nej Ja Ja, utförs av utvecklare
Nej
- Funktionstester Ja Ja Ja Nej Nej Ja - Systemtester Ja, utförs av
systemtestgrupp
Ja, stresstest Nej Ja Nej Ja, autom. stresstester - Smoketester Ja Nej Nej Nej Ja Nej - Regressionstester Ja Ja Ja Ja Nej Nej - Explorativa tester Ja, i mån av tid Ja Nej Nej Ja Nej - Acceptanstester Ja, utifrån
kravspec. Ja, med produktägaren Ja Ja, av produktägar. Ja, av produktägar. Nej Felhantering - Felrapporteringssystem Ja Ja Ja Ja Ja Ja - Åtgärd Projektledningen prioriterar felen Utvecklarna hämtar upp fel och rättar till
Utvecklarna tilldelas fel - Fel diskuteras med utveckl. Produkt- ägaren prioriterar Dokumentation Testspec. Backlog Acc.testspec. Egna anteckn. Backlog Testplan Testspec. Backlog Dagbok Testspec. Backlog Testspec. Testspec. Testplan Wiki Tabell 2: Testprocessen
På svenska
Detta dokument hålls tillgängligt på Internet – eller dess framtida ersättare – under en längre tid från publiceringsdatum under förutsättning att inga extra-ordinära omständigheter uppstår.
Tillgång till dokumentet innebär tillstånd för var och en att läsa, ladda ner, skriva ut enstaka kopior för enskilt bruk och att använda det oförändrat för ickekommersiell forskning och för undervisning. Överföring av upphovsrätten vid en senare tidpunkt kan inte upphäva detta tillstånd. All annan användning av dokumentet kräver upphovsmannens medgivande. För att garantera äktheten, säkerheten och tillgängligheten finns det lösningar av teknisk och administrativ art.
Upphovsmannens ideella rätt innefattar rätt att bli nämnd som upphovsman i den omfattning som god sed kräver vid användning av dokumentet på ovan beskrivna sätt samt skydd mot att dokumentet ändras eller presenteras i sådan form eller i sådant sammanhang som är kränkande för upphovsmannens litterära eller konstnärliga anseende eller egenart.
För ytterligare information om Linköping University Electronic Press se förlagets hemsida http://www.ep.liu.se/
In English
The publishers will keep this document online on the Internet - or its possible replacement - for a considerable time from the date of publication barring exceptional circumstances.
The online availability of the document implies a permanent permission for anyone to read, to download, to print out single copies for your own use and to use it unchanged for any non-commercial research and educational purpose. Subsequent transfers of copyright cannot revoke this permission. All other uses of the document are conditional on the consent of the copyright owner. The publisher has taken technical and administrative measures to assure authenticity, security and accessibility.
According to intellectual property law the author has the right to be mentioned when his/her work is accessed as described above and to be protected against infringement.
For additional information about the Linköping University Electronic Press and its procedures for publication and for assurance of document integrity, please refer to its WWW home page: http://www.ep.liu.se/
Rapporttyp Report cat egory
Licentiatavhandling Examensarbete C-uppsats D-uppsats Övrig rapport Språk Language Svenska/Swedi sh Engelska/English Titel Tit le Författare Authors Sammanfattning ISBN ISRN LIU-IDA/LITH-EX-A--08/010--SE
Serietite l och serienummer ISSN Title of series, numberi ng
Nyckelord Datum Date U RL för elektronisk version X Avdelnin g, in stitution Division, department Institutionen för datavetenskap Department of Computer and Information Science
Agila metoders påverkan på testare How agile methods affect testers
Jasmin Chazarreta Mari Johansson
För att kunna säkerställa god kvalité på mjukvara krävs att den testas för att hitta fel och visa att programmet uppfyller kundens förväntningar. Vanligen sker mjukvaruutveckling enligt så kallade traditionella metoder som innebär att ett antal förutbestämda steg följs. För att kunna anpassa mjukvaruutvecklingen efter förändringar som ständigt uppstår på marknaden används i stället agila metoder. Dessa metoder innebär bland annat att testningen sker parallellt med utvecklingen vilket kan komma att påverka utvecklarna och testarna på flera olika sätt. De flesta studier kring agila metoders påverkan fokuserar på utvecklarna och studier som visar hur testarna påverkas saknas. Syftet med examensarbetet var därför att undersöka hur testarna påverkas av införandet av agila metoder.
Undersökningen baserades på teoristudier och en empirisk studie bestående av intervjuer. Dessa studier visade på fem områden att undersöka närmare, dessa var: testprocessen, samarbete och kommunikation, psykologiska effekter, kunskapsutbyte samt utbildning. Efter kontakt med ett antal intervjuobjekt beslöts att avgränsa studien till att endast studera de agila metoderna Extreme programming och Scrum. Personer från sex olika företag intervjuades, där alla intervjuobjekt hade erfarenhet av test inom agila projekt. Intervjufrågorna var fasta med öppna svarsalternativ och svaren sammanställdes sedan för att, i en analys, jämföras med den teoretiska bakgrunden.
Resultatet visade att testaren utför tester tidigt och kontinuerligt genom hela utvecklingsprocessen. Genom att testningen sker parallellt med utvecklingen får testaren en ökad förståelse för produkten och risken minskar för att onödiga tester skrivs. Dokumentationen som produceras under testprocessen påverkas inte av de agila metoderna utan beror i stället på andra faktorer. Dessa faktorer kan vara efterfrågan eller vilken bransch företaget är verksam i. Samarbete och kommunikation mellan testare och utvecklare förbättras då de sitter tillsammans och har dagliga möten. Detta leder även till att kunskapsutbytet inom teamet ökar och att teammedlemmarna blir mer insatta i varandras arbeten. Resultatet visade även att agila metoder har vissa psykologiska effekter på testaren. Eftersom testaren oftast har en unik roll i teamet känner denne i större grad ensamhet i sitt arbete och tillfällena att diskutera test blir färre än om det hade varit fler testare i teamet. Rollen som testare innebär att arbeta oberoende med både utvecklare och produktägare samtidigt som båda parter ska bli nöjda. Slutligen visade undersökningen att teamet behöver utbildning vid införandet av agila metoder. Utbildningen ska ge en korrekt bild av metoderna för att alla i teamet ska få samma syn på dessa.
Test, testare, agila metoder, lättrörliga metoder, Scrum, Extreme programming, mjukvaruutveckling
080414 Linköpings universitet