To assure good quality the software needs to be tested to find errors and to verify that the programme meets the customer’s expectations. Traditional methods are usually used in software development and means that a number of predetermined steps are followed. By using agile methods the development can more easily be adapted to the changes on the market. With these methods the testing is carried out continuously throughout the project. This may affect both developers and testers in different ways. Most studies focus on how agile methods affect developers but there are no studies on how testers are affected by these methods. The purpose of this master thesis is therefore to study how the testers are affected when adopting the agile methods. The study was based on a theoretical and an empirical study consisting of interviews. These studies indicate five areas to investigate further, these areas were: test process, collaboration and communication, psychological effects, exchange of knowledge and education. After contacting a number of interviewees a decision was made to only study the agile methods Extreme programming and Scrum. Interviews were carried out at six different companies, where all interviewees had experience of testing in agile projects. The questions were open-ended questions and the answers were compiled to be compared with the theory in an analysis. The result showed that tests are carried out early and continuously throughout the entire development process. Since the testing is carried out parallel to the development the tester gains a better understanding for the product and there is a smaller risk for unnecessary tests to be written. The documentation produced during the test process is not affected by the agile methods but is rather dependent on other factors. These factors could be demands or the company’s business area. Collaboration and communication between testers and developers is improved since they are sitting together and have daily meetings. This also results in an increased exchange of knowledge within the team and that the team members are more informed about each others work. The result also showed that agile methods have psychological effects on the tester. Since the tester often has a unique role in the team the feeling of loneliness is larger and the opportunities to discuss tests are less than if there would have been other testers in the team. The role as a tester means to work independently with both developers and product owners to satisfy the interests of both sides. Finally, the study showed that the team needs an education when adopting agile methods to make sure that all team members have the same understanding of the methods. / 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.

Context: Over the past few years, Global Software Development (GSD) has emerged as an evolving trend in the software industry. The reasons behind this evolution are globalization, economic benefits, time to market, organizational and strategic location, access to skilled labor and reduction of costs. But despite its benefits, GSD also has challenges associated with communication, coordination and control. The challenges are mainly due to temporal, geographical and socio-cultural distances. Due to flexibility, and emphasis on frequent communication in agile methods, researchers have shown interest in incorporating agile methods in GSD. Extreme Programming (XP) is one of the most widely known agile methodologies that values simplicity, communication, courage and feedback. In this research study, we have investigated the suitability of XP in GSD by exploring its benefits and challenges in the state of art and state of practice. Objectives: This study aims at investigating the benefits and challenges associated with the combination of XP and GSD both in the research literature and in practice. The study also explores practices or solutions adopted in order to address the challenges of XP-GSD combination. Moreover, this study compares challenges of XP-GSD combination with the traditional GSD challenges. Methods: This research study has been accomplished with the help of a systematic literature review (SLR) and an industrial survey. For the systematic review, the snowballing approach was applied, and an initial set of papers was selected from IEEE Xplore and Google Scholar. After selecting the initial set of papers, backward snowballing was conducted by searching the reference list of the selected articles. Then, forward snowballing was conducted by looking for the citations of the selected articles. After completing the systematic review, the industrial survey was conducted to complement the findings of the literature review. The data collected from both SLR and survey was analyzed both separately and collectively. Results: Through SLR, we have identified 21 benefits, 17 challenges, and 18 solutions to the identified challenges. The benefits and challenges have been classified according to communication, coordination and control in correspondence with temporal, socio-cultural and geographical distance. From the survey, we have identified 19 benefits, 20 challenges, and 17 solutions to the identified challenges. However, 13 benefits, 9 challenges, and 8 solutions were in common. The majority of challenges found in both literature review and survey were however traditional GSD challenges. Conclusions: The scarcity of research literature in the area suggests that more work needs to be done to successfully implement XP in GSD projects. The benefits and challenges extracted from literature and industry suggest that the application of XP can be beneficial for GSD since the majority of the reported challenges are traditional GSD challenges. Nevertheless, application of XP practices can alleviate these challenges. Based on the results, we conclude that XP can be successfully adopted in GSD projects.

Since last four to five years the buzz of continuous growing of agile development has been spread all around the world, specially Extreme Programming as the most important methodology of this kind. From the other side, ISO 9001:2000-TickIT Guide 5.0 has been established mainly in Europe as one of the well-known Quality Management Systems, in order to create a continuous software process improvement throughout software organizations that is mainly related to a certi¯cation process. This thesis is developed to mainly answer the question of how Extreme Programming and the standard ISO 9001:2000 with its interpretation for software development as TickIT Guide 5.0 can be used together, in order to have a continuous software process improvement with the agility to respond quickly to environment changes and satisfy the customer needs and expectations.

Litteratur inom systemutvecklingsområdet visar behov av nya snabbare systemutvecklingsmetoder. Orsaken är komplexiteten både i systemutvecklingsprojekten och i organisationer, där systemutveckling sker. Nu föredras små projekt, som omfattar färre än tio deltagare och genomförs på mindre än ett år. De traditionella systemutvecklingsmetoder anses vara lämpliga för stora projekt. Det finns nya systemutvecklingsmetoder, som får benämningen dynamiska metoder, för små projekt. I detta examensarbete studeras faktorer för två dynamiska metoder som gör dem lämpliga för små projekt. De två dynamiska metoderna som kommer att studeras är Extreme Programming och en specifik dokumenterad anpassning av RUP. Syftet med detta examensarbete är att studera metoddokumentationen för två dynamiska metoder för att reda ut i vilken utsträckning de passar för små projekt. Ett ytterligare syfte är att genom analys av andras erfarenheter om tillämpningar av de två metoderna redogöra för det som styrker argumenten om deras lämplighet för små projekt. För att besvara frågeställningen studerades litteratur och ett antal artiklar. Två telefonintervjuer genomfördes också för att besvara en av de två delfrågorna, som tillsammans utgör frågeställningen för denna studie. Resultatet visar att den specifikt dokumenterade anpassade RUP inte följer alla aspekter för små projekt. Däremot följer Extreme Programming alla de aspekterna.

In this thesis, we tried to solve those problems by adapting agile development methods with Non-functional requirements-framework (NFR-Framework). In this thesis, we have inspected many research papers, and we have met industrial experts for feedback regarding our theoretical results. As a result of the inspection, we have been able to adapt agile development methods (extreme programming (XP)) with NFR-framework. We use XP since it is more practically oriented process than other agile development methods. In the first try for this process model, we got three alternatives for applying it. The first one is based on collecting all NFRs from the beginning of the development process. The second one is based on updating the SIG (software interdependency graph) every time we have new functional requirements (FR) and the third one is based on the incremental nature of agile development methods. Each one of these alternatives has it is own advantages and disadvantages. We tried to extract those advantages and disadvantages by brainstorming and reading research papers. The most important issue in all of the three alternatives is the applicability. Finally we got industrial feedback regarding all of them. As a result of the industrial feedback, we were able to find another alternative of how to apply the process model which is presented in 7.2.

Att sätta sig in i system kan vara krångligt utan rätt sorts dokumentation. Vi har undersökt vilken dokumentation som kan vara lämplig att lämna över till nya utvecklare, som ska arbeta vidare med systemet i software maintenance fasen. Det har gjorts genom att vi har gjort en litteraturstudie om dokumentation samt undersökt vad för dokumentationsartefakter som används när man ska sätta sig in i datorsystem. Vi använde eXtreme Programming för att utveckla ett system som vi försökte dokumentera samtidigt som vi utvecklade det. eXtreme Programming förordar muntlig kommunikation, vilket är svårt att lämna över till nya utvecklare. Vi upptäckte under vår utveckling att det var svårt att föra in dokumentation sam-tidigt som utvecklandet pågick,  därför använde vi bara enhetstester och  strukturerade kod-kommentarer under utvecklingsiterationerna. Vi undersökte hur dokumentationen som skapats fungerade genom att göra en undersökning bestående av strukturerade intervjuer där de fick komma med kommentarer om hur dokumen-tationen hjälpte förståelsen för systemet. Vi lämnar ifrån oss en vidareutveckling  av eXtreme Programming  som innefattar en doku-mentationsiteration  innan överlämnandet  samt en studie om vad för dokumentation som är värdefull att ha vid systemöverlämningar. / Understanding systems can be a tough task without the right sort of documentation. We have examined the documentation artifacts which may be appropriate to hand over to new develop-ers, who will continue working with the system during the software maintenance phase. By doing a literature review on documentation and examined what documentation artifacts is used when you want to  understand a computer system. We used the eXtreme Programming system development methodology to develop a system that we tried to document as we devel-oped it. eXtreme Programming favors oral communication, but that is hard to hand over to new devel-opers. We discovered during our development that it was difficult to introduce documentation while the development process was going on so we only used structured code comments and unit testing during the development iterations We examined how the documentation that was created worked by doing a survey consisting of structured interviews where the respondents made comments about if and how the documen-tation improved their understanding of the system. We pass on an evolved eXtreme Programming system development methodology, which in-cludes a standalone documentation iteration before the handover, and a study of what kind of documentation that is valuable to have when transferring systems to new developers.

This master thesis deals with choice of appropriate approach to software development. The thesis specifies currently used approaches of project management. Current project status and approaches are analysed. The thesis focuses on choice of method and its application in the project.

This study set out to determine various aspects of the agile approaches to software development. These included an investigation into the principles and practices driving these methodologies; determining the applicability of these approaches to the current software development needs; determining whether these methodologies can comply with software engineering standards (as set out for example by ISO); investigating the feasibility of these approaches for the telecommunication industry; establishing whether practitioners are reaping the benefits that are advertised by agile proponents; and attempting to discover short-comings of the agile paradigm. This dissertation examines the aforementioned issues and tries to provide answers to them. It is argued that: Agile software development is suited to projects where the system evolves over the life cycle of the project. These methodologies are intended to seamlessly handle changing requirements. Thus, using an agile approach might provide a competitive advantage in developing e-business solutions which are tightly coupled with the business strategy and needs. It is shown that agile methodologies can comply with software engineering standards such as ISO 12207:1995 and ISO 15288:2002. Furthermore diligent application of certain agile methodologies may result in a level 3 Capability Maturity Model (CMM) grading. Evidence from the feedback of a case study conducted on an XP project team, supports the view that XP, and agile in general, does indeed live up to its 'promises'. However, some potential problem areas were identified that should be kept in mind when implementing these methodologies. Finally, an in situ investigation suggests that there are a number of projects in the telecommunication industry that will benefit from the agile approach and its practices. / Dissertation (MSc)--University of Pretoria, 2005. / Computer Science / unrestricted

Refactoring is the process of transforming the internal structure of existing code while keeping the integrity of the code's functional requirements. Refactoring is proven to increase program maintainability, flexibility, and understandability and is recognized as a best practice in the software development community. However, with the exception of courses or lectures on extreme programming, refactoring is overlooked in the computer science curriculum. This paper helps demystify refactoring by introducing an incremental approach for teaching refactoring on the college level. Through this hands-on approach, refactoring can become an integral component in the computer science curriculum and an innovative means of reinforcing software engineering principles and good development practices. The approach and three introductory lessons are presented in this paper.

Refactoring is the process of transforming the internal structure of existing code while keeping the integrity of the code's functional requirements. Refactoring is proven to increase program maintainability, flexibility, and understandability and is recognized as a best practice in the software development community. However, with the exception of courses or lectures on extreme programming, refactoring is overlooked in the computer science curriculum. This paper presents the fourth lesson of an innovative pedagogical approach to teaching refactoring on the college level. This lesson covers the creation of well formed object-oriented methods including characteristics for evaluating such methods. Through this hands-on approach, building well formed object-oriented methods through refactoring can be better understood and integrated into the computer science curriculum.