While the technological infrastructure that enables collaboration between municipalities, counties and private health care providers improves, so does the need for health-care providers to gain access to the right patient journal at the right time. For doctors, nurses and other health-care organization employees this goal is achieved by NPÖ, National Patient Summary. NPÖ effectively enables health-care records to be shared across organizational boundaries. This thesis is based on a demand by a mobile application that can give district nurses access to health-care records wherever they are. This thesis describes the development of a prototype of a mobile application aimed for NPÖ. This includes investigating a suitable mobile platform, investigating available card readers for reading electronic identification from SITHS cards and the ability to connect to external services such as NPÖ. The thesis also analyzes use of the security services that NPÖ is based on. From interviews with Jan Edquist, IT architect at Örebro County Council and Lennart Holeby, project manager of NPÖ roll out, the appropriate information sets for the mobile application has been identified. The thesis includes an investigation of two test frameworks for automated testing of the mobile application. Both frameworks could automate about 70 percent of the test cases that were identified for the application. The test frameworks proved rather different with respect to the requirements an organization has regarding learning curve, support and the mobile platforms the testing frameworks supports. During the implementation part of this thesis, the mobile application could not be finished due to some limitations regarding security and compatibility. The security services required for connections to NPÖ could not be implemented because SITHS card readers do not yet support mobile devices. Also, the SDK required on the mobile devices to implement security requirements cannot yet run in the mobile devices available to the market. Additionally, NPÖ does not support connections from public networks which are required for a mobile application. / Samtidigt som den tekniska infrastrukturen som möjliggör samverkan mellan kommuner, landsting och privata vårdgivare växer, ökar behovet för vård- och omsorgsgivaren att kunna komma åt rätt patientinformation vid rätt tidpunkt. För personal på sjukhus möjliggörs detta genom ett gemensamt journalsystem som kan ge tillgång till kritisk patientinformation över organisationsgränserna. Denna tjänst kallas nationell patientöversikt, NPÖ. Detta examensarbete grundar sig på en efterfrågan av en mobil applikation som kan ge distriktssjuksköterskor tillgång till patientinformation, var de än befinner sig. Examensarbetet beskriver framtagandet av en prototyp för en mobil applikation mot NPÖ. Inledningsvis analyseras möjligheter som finns för att utveckla applikationen. Detta innefattar utredning av lämplig mobil plattform, utredning av tillgängliga kortläsare för läsning av elektronisk identifikationshandling i form av SITHS-kort och möjligheten att ansluta sig till externa tjänster så som NPÖ. Rapporten beskriver även användning av de säkerhetstjänster som NPÖ bygger på. Med hjälp av en intervju med Jan Edquist, IT-arkitekt vid Örebro läns landsting och Lennart Holeby, projektledare vid införandet av NPÖ, har lämpliga informationsmängder för mobil applikationen valts ut. Examensarbetet har utrett två testramverk för automatiserad testning av den utvecklade applikationen. Båda ramverken kunde automatisera ca 70 procent av de testfall som var skrivna för applikationen. Testramverken skiljer sig främst med avseende på vilka krav en organisation har på bland annat testramverkens inlärningströskel, support och vilka mobilplattformar testramverken har stöd för. Det har i examensarbetet inte varit möjligt att utveckla en färdig applikation. Detta främst i och med att säkerhetslösningen inte har kunnat implementeras på grund av begräsningar i kortläsare. Säkerhetslösningen är inte heller kompatibel med mobila enheter. Därtill finns ännu inte NPÖ tillgängligt över publika nätverk.

Webbapplikationer blir allt mer komplexa och avancerade. Bara några år tillbaka var det största ändamålet med webbapplikationer att servera statiskt innehåll. Sedan dess har tillämpningen vuxit och lika så dess komplexitet. Det finns till och med projekt som försöker utnyttja webbläsare som operativsystem och i takt med att komplexiteten ökar, ökar även testningens betydelse. En annan anledning till att testning inom just webbutvecklingen är så pass viktig är för att stor del av koden exekveras hos klienten vilka kan använda olika typer av interpretatorer för tolkning av exempelvis Javascript och CSS. För att eliminera risker bör koden testas för dessa interpretatorer och renderingsmotorer innan koden når slutanvändaren. En vanlig metod för att minimera förekomsten av defekter är testning. En variant är automatiserad testning som bygger på att interaktion med applikationen eller delar av applikationen simuleras från en användares perspektiv utan mänsklig inblandning. Det är detta som denna rapport behandlar och utgår ifrån frågeställningen: vilka möjligheter finns det att automatisera testning av webbapplikationer? Genom litteraturstudier och egenutveckling har lösningar på olika problem arbetats fram och det har visat sig att en av de större tekniska svårigheterna är hur man kan få stor täckningsgrad bland webbläsare för de testningstyper som kräver en webbläsares inblandning, exempelvis enhetstestning av klient-Javascript, acceptanstestning och GUI-testning. Det har även visat sig att kommunikationen och möjligheten att ta gemensamma beslut mellan olika utvecklare/testare spelar en stor roll för att testningsprocessen skall kunna införas i en organisation med lyckat resultat. En missuppfattning kan vara att testning skall lösa alla problem och finna alla defekter, något som i praktiken inte är sant. Testning bör ses som ett moment för att ge en tryggare utvecklingsmiljö och ge högre kvalité på applikationen och framförallt källkoden. Kontentan är dock att det inte finns något ”rätt” sätt att utföra testning på utan organisationen måste själv hitta det sätt som passar bäst för dem. / Web-applications have recently become increasingly complex and more and more companies tend to shift from traditional desktop applications to web-based applications. The more complex an application tends to become, the more defects tend to occur. This applies not only during development but also during maintenance. A common method to minimize the number of defects is by testing, for instance by automated testing that simulate interactions with an application, or parts of an application, from a user's perspective without human intervention. The aim of this thesis is to review the difficulties with automated testing of web-applications. The report focuses on client-side Javascript and Python as server-side language. This thesis has shown that one of the major, technical, difficulty is how to execute test cases that require a web browser, such as unit testing of client-Javascript, acceptance testing and GUI testing, and how these test case can be executed in browsers on remote machines. It has also been found that the communication and the ability to make joint decisions between different developers/testers have a major impact if the testing process can be introduced in an organization successfully. A misconception may be that testing will solve all problems and find all defects – that is, unfortunately, not true. Testing should be seen as a tool to give developers more confidence and provide a higher quality of the application. The bottom line is that there is no "right" way to perform testing; organization must find the way that works best for them.

Grafiska användargränssnitt (GUI) utgör en viktig del hos många programvaror. En vanlig verifieringsteknik för programvara är testning, vilket ofta upptar mycket tid inom utvecklingsprojekt.  En ansats till en effektivare testning med högre kvalitet är testautomation. Att automatisera tester för GUI:n är ofta svårt men värdefullt. Ett vanligt problem är att verktyg med otillräcklig funktionalitet införskaffas för automatiseringen, vilket kan bero på bristfälliga utvärderingar. I den här rapporten presenteras kriterier som kan användas vid en utvärdering av automatiserade GUI-testningsverktyg, vilka kan öka chanserna för att rätt verktyg införskaffas. Dessa kriterier har identifierats genom en litteraturstudie och fallstudie. Kriterier för urval av verktyg för utvärdering, selektionskriterier, har kategoriserats enligt ISO/IEC 9126, och utvärderingskriterier utifrån testprocessen. Delar av kriterierna har utvärderats i en fallstudie för två Capture & Replay verktyg. Utifrån fallstudien går det att konstatera att åtminstone delar av kriterierna kan användas, och att de ger värdefull information vid en utvärdering.

Testning av programvara utgör i många fall en stor del av den totala utvecklingstiden. Då testning drar mycket resurser finns det en önskan om att testningen ska kunna utföras så effektivt som möjligt. Ett steg mot en effektivare testning är automatisering, då detta, om korrekt utfört, medför att fler fel kan identifieras på kortare tid. Det finns däremot risker och fallgropar på vägen mot automatiserad testning. I det här arbetet ges en översikt av 21 krav som forskning och litteratur ställer på en utvecklingsprocess för att automatiserad testning ska kunna genomföras lyckat. Därefter presenteras en metodik som tagits fram för hur översikten kan användas i en organisation för att få en lägesbild av möjligheterna till automatisering. Denna metodik har validerats i en fallstudie, som påvisat att kraven tillsammans med metodiken kan användas för att diskutera en organisations möjligheter till automatiserad testning.

Testning är en viktig del av utveckling av webbapplikationer. Det är möjligt att effektivisera testprocessen genom att automatisera delar av den. Trots detta finns det företag som testar helt manuellt. Syftet med denna uppsats är att visa under vilka villkor det kan finnas värde i att automatisera testning av webbapplikationer samt att identifiera orsaker till varför vissa företaginte redan gör det. Uppsatsen grundar sig i en beskrivande fallstudie där intervjuer, enkäter och observationer har genererat data. Uppsatsen bidrar med kunskap om automatiserad testning och beskriver de faktorer som kan påverka företags beslut om att automatisera. / Testing is an important part of the development of web applications. It is possible to improve theefficiency of the testing process by automating parts of it. Despite this, there are companies thatonly conduct manual testing. The purpose of this paper is to show under what circumstances theremay be value in automating the testing of web applications and to identify reasons why some companies are not already doing so. The essay is based on a descriptive case study where interviews, questionnaires and observations have generated data. The paper contributes with knowledge of automated testing and describe the factors that may affect the company's decision toautomate.

Regressionstester är en viktig del under ett utvecklingsprojekts gång. De används för att kontrollera att nya versioner av en befintlig programvara fungerar som förväntat och att inga plötsliga fel har uppstått. Syftet med detta arbete har varit att ta fram utvärderingskriterier för val av ett testverktyg som ska fungera att använda vid regressionstester av webbaserade systems grafiska användarsnitt. Arbetet utfördes genom att använda en kvalitativ metod där litteratur och intervjuer användes som stöd för utformandet av utvärderingskriterierna. De två testverktygen som analyserades i detta arbete var Ranorex och Sencha Test. Analys av resultatet av arbetet påvisar att enbart välja ett testverktyg kommer inte att uppfylla alla de önskemål och krav som finns, utan att det är relevant att kolla på integrerade verktyg som en helhet för att kunna få ut det maximala av testautomatiseringen. Att välja det verktyg som uppfyller flest kriterier är inte heller alltid det lämpligaste, utan de utvärderingskriterier som väger tyngst bör vara i fokus när ett val ska göras. Alla testverktyg har sina egna styrkor och svagheter, valet är beroende på vad som anses vara viktigast i sammanhanget.

Background. One important part of creating quality games is to make sure thegames work as intended. It is done by testing the game, often by playtesters that play the game repeatedly to identify problems. It is a time-consuming task, and some of the testing can be automated. Objectives. This thesis explores two different automated testing approaches. The approaches selected are Record and Replay, and Script-Based Testing. The testing approaches are evaluated on a commercial FPS game. Methods. The scientific method used in this thesis was an experiment to collect data on the two testing approaches. The testing approaches were implemented and then tested on the game. The data collected was the time to create a test case andthe execution time of the test. Results. Creating tests with the Script-Based approach was significantly slower compared to Record and Replay. There was no significant difference in execution time between Record and Replay and Script-Based Testing, but the Script-Based approach is slightly faster in most tests. Conclusions. Record and Replay and Script-Based Testing have different strengths and weaknesses. Record and Replay is fast at creating tests but is not adaptable to changes in the 3D world. Script-Based Testing is slow at creating tests but is adaptable, and therefore less maintenance is required. / Bakgrund. En viktig del av att göra ett bra spel är att säkerställa att spelet fungerar som det ska. Det görs genom testning, oftast av speltestare som spelar spelet om och om igen för att hitta fel. Det är en tidskrävande uppgift och en del av testningen kan automatiseras. Syfte. Denna avhandling undersöker två olika automatiserade testmetoder. De valda metoderna är spela in och spela upp och skriptbaserad metod. Testmetoderna utvärderas på ett kommersiellt FPS-spel. Metod. Den vetenskapliga metoden som användes i denna avhandling var ett exper-iment för att samla in data om de två testmetoderna. Testmetoderna implementerades och testades sedan på spelet. Den insamlade datan var tiden för att skapa ett testfall och testets exekveringstid. Resultat. Att skapa tester med det skriptbaserade metoden var betydligt långsammare jämfört med spela in och spela upp. Det fanns ingen signifikant skillnad i exekveringstid mellan spela in och spela upp och skriptbaserad testning, men den skriptbaserade metoden är något snabbare i de flesta tester. Slutsatser. Spela in och spela upp och den skriptbaserad metoden har olika styrkor och svagheter. Spela in och spela upp är snabbt att skapa tester men kan inte anpassas till förändringar i 3D-världen. Skriptbaserade metoden är långsam när det gäller att skapa tester men är anpassningsbar och därför krävs mindre underhåll.

This paper addresses the question formulation “Is it possible to implement automated testing in an existing client-server game in order to pinpoint faults and achieve credibility to tests?” The gaming industry’s goal, in most cases, is to release games that appeal to both their financial goals and the enjoyment factor of the players. In order to fulfill these goals, the game will need to function properly and the process to assure this is testing the game to find possible faults. This process is time and cost consuming in an exponential rate in accordance to game extensiveness, which makes this problem a very important decision in the process of development. The problem is most commonly tackled by using massive manual testing session, called alpha or beta sessions. In these session the game is at an early stage of development and gets released to a set player base to test and report issues encountered. We believe that the process of testing games could be more effective by utilizing automated testing. This thesis will investigate the possibilities to our claim. The result is a visual representation of the tests we managed to apply, while focusing on the client-server connectivity of Quake 3 and a graph of measurements for our improvised fault localization. This paper describes a solution in form of automated tests within a existing client-server game and a start to what could be early stages of a pattern obtained throughout this project.

Företag arbetar ofta efter hårda krav från kunder där lösningar måste levereras på ett tidseffektivt sätt och samtidigt hålla en hög kvalitet. Detta i form av felfria och robusta system vilket delvis kan åstadkommas med hjälp av testning. Kraven på snabb leverans och hög kvalitet är däremot motpoler till varandra; snabb leverans genomförs ofta på bekostnad av kvalitet och tvärtom. Agila arbetsmetoder med tidiga och frekventa leveranser har ändrat på detta, men kräver samtidigt en ständig kvalitetsförsäkring under arbetets löptid. Under utveckling av mjukvara enligt dessa metoder förekommer därför en kontinuerlig kvalitetssäkringsprocess för att säkerställa att produkten dels uppfyller vad kravspecifikationen avser samt att levererad produkt håller en hög tekniskt kvalitet i form av buggfri och robust kod som innehar stor pålitlighet för framtiden. Då manuell testning är en kostnad- och resurskrävande metod har automatiserad testning blivit ett aktuellt alternativ för ökad effektivitet och hållbar utveckling. Målet med det här arbetet har varit att för Precio Systemutveckling AB utreda möjligheterna för en implementation av automatiserad testning av användargränssnitt, i en hos företaget redan existerande och etablerad utvecklingsprocess. Arbetet har genomförts med en inledande förstudie om testning med fokus på varför det är en extra viktig faktor i dagsläget. Detta följs av ett avsnitt där existerande teori och teknik för testning i generell mening avhandlats, följt av en närmare studie på hur automatiserad testning är rekommenderad att utföras ur ett perspektiv från utveckling av produkter inom Microsoft-teknologi. / Software companies work under a strict pressure from customers where solutions must be delivered in a timely manner as well as providing high quality and value. The products should be robust and without errors, which partially can be accomplished by testing during the development process. The requirement for an early delivery and a high quality does not always come hand in hand, but with the increased use of agile software development methods, this can be achieved. During agile development of software, there is a continuous process to ensure the quality of what is being developed, both to make sure that all the functional requirements are fulfilled, but also that the code behind is robust and dependable for the future. Since manual testing can be both time and resource consuming, automated testing has become a modern alternative to increase productivity and to maintain a sustainable development process. The goal of this thesis work has been to investigate the possibilities of implementing a solution for automated UI testing in an already existing development process at the company Precio Systemutveckling AB. The work has been conducted in three steps, starting with a literature study about testing in general, followed by an extensive research into suitable tools and technology for testing that exists today. After this, a deeper look was made at what the recommended solutions for implementing automated testing in a Microsoft-oriented enviroment were. The work was concluded with an actual implementation of automated testing on premise at Precio.

Under två decennier har utvecklare inom mjukvarutestning utvecklat testtekniken Modell-baseradtestning. Tekniken bygger på att man genererar testfall från en modell (tex i UML), istället föratt manuallet skriva testfall. Detta kan göra testprocessen mer effektiv, vilket leder till att merarbeten kan göras på kortare tid. Det kan också ses som en ekonomiskt fördel för företag därtestning är huvudområdet. Modell-baserad testning har goda omdömen och teorin för teknikenär väl dokumenterad i artiklar, arbeten samt böcker. Mycket tyder på att tekniken rent teoretisktär användbar i praktiken dessutom finns det väldigt lite kritik mot tekniken. Men trots alltdetta har Modell-baserad testning inte blomstrat inom IT-industrin.Syftet med detta arbete är att ta reda på vad anledningarna skulle kunna vara till att MBT intelyckats bättre inom industrin. I arbetet används tre olika MBT-verktyg för att testa och sedanjämföra om resultatet i praktiken blir som teorin beskriver tekniken. Studiens resultat pekar påatt tekniken fortfarande är omogen och många brister kring Modell-baserad testning stöts på. / For two decades, software testing developers have developed the Model-based testing technique.The technology is based on generating test cases from a model (e.g. in UML) instead of manuallywriting test cases. This can make the test process more efficient, which leads to more workcan be done in less time. It can also be seen as an economic benefit for companies where testingis the main area. Model-based testing has good reviews and the theory of the technique is welldocumented in articles, works and books. There are many indications that the technology istheoretically useful in practice, with a very few criticisms of the technology. Despite all this,Model-based testing has not expanded in the IT industry.The purpose of this study is to find out what the reasons could be to the fact that MBTdid not succeed better in the industry. In this thesis, three different MBT tools are used totest and then compare whether the result in practice becomes as the theory describes the technique.The result of the study indicates the opposite direction and many shortcomings regardingModel-based testing come across.