ROI och break-even finns för att beräkna vinster i verksamheter men det är svårt att veta hur dessa metoder kan appliceras på automatiserade GUI-test. Genom en utförd fallstudie där litteraturstudier, dokumentstudier, enkäter och intervjuer använts har det visat sig att dessa metoder kan anpassas för att beräkna vinster med automatiserade GUI-tester. Nackdelarna med dessa metoder är att de är svåra att använda om inte automatiseringen är gjord. Det behövs konkreta uppgifter över till exempel tidsåtgång för körning av både manuella och automatiserade testfall. Även om metoderna kan visa att det finns ekonomiska vinster med automatiserade GUI-tester så kan det vara många andra vinster som inte kan identifieras genom att metoderna appliceras. Dessa immateriella vinster och förluster har i arbetat identifierats genom intervjuer och enkäter och resultatet presenteras med en SWOT-analys. Flera viktiga immateriella vinster som till exempel ökad kvalitet och tidsvinst har framkommit. Även några materiella förluster har framkommit som att det kan vara kostsamt att införa automatiserade GUI-tester. Även immateriella förluster har identifierats, en av dessa är att det krävs särskild kompetens för att konstruera och köra de automatiserade testerna. / ROI and break-even are available for calculating profits in operations, but it is difficult to know how these methods can be applied to automated GUI tests. By a conducted case study in which literature review, document studies, questionnaires and interviews have been used, it has been shown that these methods can be adapted to calculate the profits with automated GUI-tests. The disadvantages with these methods are that they are difficult to use unless the automation is made. There is a need for concrete data on, for example, the time taken for the execution of both manual and automated test cases. Although the methods can show that there are financial gains with automated GUI tests, there may be many other gains that cannot be identified by applying the methods. These intangible profits and losses have been identified in the work through interviews and surveys and the results are presented with a SWOT analysis. Several important intangible benefits such as increased quality and time savings have emerged. Some material losses have also come to light as it can be costly to introduce automated GUI tests. Even intangible losses have been identified, one of these is that it requires special skills to design and run the automated tests.

Testning är en nödvändig men kostsam del av mjukvaruutveckling. Test utförs på olika abstraktionsnivåer och kan vara manuella eller automatiserade. På lägsta abstraktionsnivå, enhetsnivå, är automatiserad testning vanligt och relativt okomplicerat, medan systemtester är svårare att automatisera. I synnerhet gäller detta tester på ett grafiskt användargränssnitt (GUI) som kräver speciella verktyg.   Triona vill undersöka möjligheterna att automatisera regressionstester från GUI:t av sin produkt C-Load, en molnbaserad webbtjänst för avtalsbaserad transportbokning.    Det primära syftet med denna fallstudie är att med en anpassad urvalsprocess utvärdera ett möjligt verktyg i förhållande till C-Load-förvaltningens förväntningar på automatiserad GUI testning (AGT) och att utifrån resultatet föreslå hur C-Loadförvaltningen kan gå vidare med val av verktyg för AGT. För att uppfylla syftet användes litteraturstudier, intervjuer och observationer av praktiska test.    Verktyg för GUI-testning kan delas in i tre huvudkategorier: skriptbaserade, modellbaserade och skriptlösa. Baserat på tidigare forskning drogs slutsatsen att ett skriptbaserat verktyg där koden i testskripten skrivs manuell bäst passar C-Loadförvaltningens krav och förutsättningar. Det mest använda verktyget av denna typ, Selenium WebDriver, utvärderades kvalitativt gentemot identifierade krav.    Av tidigare forskning framgår att vanliga utmaningar med skriptbaserade GUI-tester är att arbetsinsatsen för att skapa och underhålla testskript är stor och att testen kan vara opålitliga. Dessa problem framkom också i studiens intervjuer och observationer.   Slutsatsen är att det vore möjligt att automatisera regressionstester av C-Load med hjälp av Selenium Webdriver, och att det på sikt skulle kunna frigöra tid. Initialt krävs dock en omfattande insats för att implementera automatiserade tester i förvaltningen och Selenium Webdriver uppfyller bara delvis C-Load-förvaltningens förväntningar på AGT. C-Load-förvaltningen rekommenderas att utvärdera fler verktyg innan beslut fattas. I en kommande urvalsprocess bör Triona beakta hur väl olika verktyg fungerar i förhållande till moderna webbramverk. / Testing is a necessary but costly part of software development. Tests are performed at different abstraction levels and can be either manual or automated. On the lowest level of abstraction, where unit testing is performed, automated testing is commonplace and relatively uncomplicated, whereas system testing is more difficult to automate. This is especially true for GUI-testing, which requires special tools.      Triona wished to investigate possibilities to automate regression testing of the GUI for its C-load product, which is a Cloud-based web-service for contract-based transport booking.      The purpose of this case study was to evaluate one tool for automated GUI-testing (AGT) against the C-Load team’s expectations on AGT, and based on the result recommend Triona how to proceed in the process of implementing AGT. Literature studies, observations and interviews were conducted to fulfil the purpose.      GUI-testing tools can be classified into three categories: script-based, model-based and scriptless. One conclusion was that a script-based tool, where test scripts are manually coded would best suit Triona’s needs. The most used tool in that category, Selenium WebDriver, was tested and evaluated against requirements.       Prior research shows that common challenges encountered when using script-based GUItests are the workload required to create and maintain test scripts and that the tests can deliver inconsistent or “flaky” results. These challenges were confirmed during our analysis.       Our conclusion is that it is possible to automate C-Load regression tests with Selenium WebDriver, and that it would eventually free up time. However, a considerable effort is initially required to implement automated testing. Selenium Webdriver only partly fulfills the C-Load team’s expectations on AGT. Before a decision is taken, the C-Load team should evaluate more tools. When evaluating tools for AGT, Triona should take note that Selenium Webdriver can be deficient when it comes to testing applications based on modern web frameworks.