Testmetoder för tidskritiska applikationer har ofta bara omfattat statiska testmetoder där slutsatser kring applikationens exekveringstider och beteende dras utifrån studier av programkod och underliggande hårdvara. I detta arbete undersöks en dynamisk testmetod för framtagning av indata som med framgång använts i tidigare arbeten för bestämning av extrema exekveringstider hos applikationer. Detta arbete utvärderar tre varianter av denna testmetod för att försöka finna indata till applikationer som kan ge en inom ramen för applikationens möjligheter godtycklig exekveringstid. Detta för att förbättra möjligheterna att styra testning av denna typ av applikationer. Arbetet har visat att två av de tre algoritmvarianterna har lyckats tämligen väl med att komma närmare det mål som sattes upp som exekveringstid men inga närmare slutsatser har kunnat dras kring vilka parametrar som påverkat dessa varianters effektivitet.

Hur kan testprotokoll användas för att mäta datorspels underhållningsvärde på ett metodiskt sätt? Studien bygger på metodisk testning av datorspel med hjälp av användandet av testprotokoll, och inleds med att presentera vad testning är samt hur den används inom både generell mjukvaruutveckling och datorspelsutveckling. I studien framställs två testprotokoll baserade på testmetoderna "fokusgrupper" samt "speltestmetoden". Dessa testprotokoll används i test ledda av en extern högskolestudent inom datorspelsutveckling. Studien ger praktiskt användbara exempel på testningsprotokoll och resulterar i en diskussion som visar på vikten av strukturerad testning. I diskussionen pekas på vikten av att utföra mätningar konsekutivt för att få fram testernas fördelar. Vidare argumenteras att utveckling av systematiskt testning är till datorspelsfältets fördel och bör fortsätta ske. Studien avslutas med att förtydliga att testerna i denna studie skalats ner, men åter bör skalas upp för att dra ytterligare fördelar av testerna.

Syftet med den här uppsatsen är att anpassa ett existerande webbaserat administrativt system, så det fungerar med flera olika webbläsare. Fokus ligger på testningen av det befintliga systemet och de testmetoder som används för att få en så bra bild som möjligt på de ändringar som behöver göras. Efter att ha läst uppsatsen så ska läsaren kunna göra en uppskattning på hur lång tid de skulle kunna ta att göra ett liknande arbete. Uppdragsgivaren har kravet att webbapplikationen ska fungera med Google Chrome, Mozilla Firefox och Microsoft Internet Explorer (MSIE). Uppsatsen tar upp de mjukvaruverktyg som är relevanta för examensarbetet och vilka tekniker som har använts för att att lösa de problem som har uppstått. Då webbapplikationen endast var skriven för MSIE från start, så har författarna utgått från funktionaliteten i MSIE när de implementerat tester. Resultatet från testerna kommer att ligga till grund för de anpassningar som görs i applikationen. Testerna kommer även att användas för att validera webbapplikationens funktionalitet efter att ändringar har gjorts. Då detta arbete även skall ge en indikation på tidsåtgång, såväl som arbetsbörda, har det varit viktigt att redovisa hur tiden har allokerats för de olika momenten. / The purpose of this report is to adapt an existing web-based administrative system, in order to make it function in a cross-browser environment. Our focus is on testing the current system, and describing the testing methods used to identify the differences in functionality between the web browsers. After reading this report, the reader should be able to estimate the amount of time needed to adapt similar projects. The requirement when adapting the system, is that it should function correctly in Google Chrome, Mozilla Firefox and Microsoft Internet Explorer (MSIE).The report covers relevant software tools and discusses techniques used to solve problems that arise during the evaluation and implementation. Since the application is written to function correctly with MSIE, this web browser is used as a reference when evaluating the application in the other web browsers. The evaluation is the basis when adapting the application, but it is also used to validate the changes made. Since this work should be viewed as an indication of both time requirement and workload, documenting the work is of key importance.

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.

The goal of this study is to compare the differences between Virtual Reality with a head mounted display and traditional, 2-dimensional monitors when used in simulation and testing. By conducting this comparison, the aim was to find out whether a visualization method that uses 3-dimensions as opposed to a method which only uses 2-dimensions, provides a better solution for viewing 3-dimensional data gathered from actual vehicles in real-world tests.  The approach to investigate this is by developing a tool that can visualize data from a dataset in both 2 and 3-dimensions. The tool was then evaluated by allowing a group of participants, whose work is related to testing within the automotive industry, perform tasks using the tool and timing the results. In addition to the timed results, the participants were also asked to answer a questionnaire with the aim of providing a more detailed look into how they experienced the two methods of visualisation.  Overall, the impression of using VR as a method of visualization was by all participants positive and it was concluded that the participants performed marginally better with VR but at the cost of slight discomfort and some fatigue. However, the results could be accurately improved as the precision of the gathered data was found limited by the method used to collect it in the experiment.

This report includes a bachelor thesis project that has been carried out by Harald Johansson and Simon Wedegård, the project extended over the spring semester 2022 at Jönköping University. The work has been carried out for Cramer Tools and is also a final part of the authors’ education in Bachelor Science - Mechanical engineering with product development and design. Cramer Tools manufactures battery-powered products for landscaping for both professionals and amateurs. Cramer Tools handheld lawnmowers has three different ejections functions for treating the mowed grass, one of which is the side ejection that is located on the right side of the mower and is a function in need of developed. Therefore, Cramer Tools wishes to develop a new side ejection that fulfils the same function as the existing ejection but can be applied on the mower’s rear ejection that is usually used for the collection bag. By removing the side ejection, Cramer Tools can make a closed cover on its existing lawnmowers, which improves the grass flow and makes the mower being able to eject more grass. The goal of this project was to develop a working prototype with high functionality and an ease of use that can be introduced to Cramer Tools product range. The thesis has been carried out through an iterative product development process where the various theories and methods are described to explain the working method. What a final prototype should achieve to meet requirements and wishes is defined in the work that forms the basis for the result. To answer the thesis questions, the project work has used relevant theories for product development and applied methodology that is suitable for continuous testing and validation of development. The tests consisted of both virtual tests of the mower’s airflow generated during use and real tests that validated the developed prototypes. Since the work is carried out during the winter and spring season, grass was only available for the final testing and thus a secondary testing method was created during the project to be able to validate the development. The work results in a final prototype that Cramer Tools is very pleased with, both the performance of the grass ejection and the ease of use of the prototype with a reliable and easy-to-handle mount. Cramer Tools can further develop and take part of the work that will hopefully be useful and introduced in their product range.

No description available.

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.

We live in a society where automatization is becoming more common, whether it be cars or artificial intelligence. Software needs to be updated using patches, however, these patches have the possibility of breaking components. This study takes such a patch in the context of Ericsson, identifies what needs to be tested, investigates whether the tests can be automated and assesses how maintainable they are. Interviews were used for the identification of system and software parts in need of testing. Then tests were implemented in an automated test suite to test functionality of either a system or software. The goal was to reduce time of troubleshooting for employees without interrupting sessions for users as well as set up a working test suite. When the automated testing is completed and implemented in the test suite, the study is concluded by measuring the maintainability of the scripts using both metrics and human assessment through interviews. The result showed the testing suite proved maintainable, both from the metric point of view and from human assessment.

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.