Background. Testing of a software system is a critical part of the software development process, as the need for efficient and high-quality software systems is of great importance. By using so-called test environments, the testing process can be automated and more effective, which in turn contributes to lower time and development costs. Objectives. This thesis aims to investigate the degree of usage of a test environment by introducing a model that measures the degree of usage for a test environment group. This thesis also aims to introduce suggestions for new measuring points to monitor the degree of usage for test environments. This thesis also presents suggestions for improvement measures that can be taken to increase the degree of usage for a test environment. Methods. The method that has been applied to carry out this thesis is a case study. The study began with a literature review followed by observations and semistructured interviews to identify factors that affect the measurement of the degree of usage. Also, archive research in form of log analysis has been carried out to analyze and retrieve data from machine logs. The suggested model has been evaluated through a static evaluation and the research has been carried out in collaboration with Försäkringskassan IT. Results. The results of this thesis are presented through a model that which is based on Goal Question Metric (GQM) approach. The model measures the degree of usage in a test environment. The model is based on reading data from machine logs, where the data reading befalls both during the night and day. The data reading can then be visualized by two (2) curves that present both an average usage (approximately 30 days) and a daily usage. These curves help to create an overall picture of the usage of a test environment, but also when during a day mostly usage happens. The visualization can then present through predefined limits on what is considered as good usage (the limits are different for different types of tests). To increase the measurement of the degree of usage, the model can be supplemented with measurement data from, among other things, the number of logins in the test environment, incoming and outgoing network traffic. Based on the analysis, measures such as sharing integration testing environments, and prioritize teams/projects that are working towards the next release can be taken to increase the degree of usage of a test environment. Conclusions. The degree of usage of a test environment can be measured by reading data from machine logs. In combination with measurement data from CPU, memory, and network traffic, the usage of a test environment can be measured and monitored, which in turn contributes to a higher degree of usage and efficiency around the testing process. / Bakgrund. Testning av ett mjukvarusystem utgör en kritisk del i utvecklingsprocessen, då behovet av effektiva och högkvalitativa mjukvarusystem är av stor betydelse.Genom att använda så kallade testmiljöer kan testningsprocessen automatiseras ocheffektiviseras, vilket i sin tur bidrar till lägre tids- och utvecklingskostnader.  Syfte. Syftet med detta examensarbete är att undersöka och utreda nyttjandegraden i en testmiljögrupp genom att introducera en modell som mäter nyttjandegraden för denna testmiljögrupp. Arbetet syftar också till att introducera förslag på nya mätpunkter för att övervaka mätningsgraden. Detta examensarbete presenterar även förslag på förbättringsåtgärder som kan tas vid för att öka nyttjandegraden kring en testmiljögrupp. Metod. Den metod som har tillämpats för att genomföra detta examensarbete är en fallstudie. Undersökningen inleddes med en litteraturstudie följt av observationer och semistrukturerade intervjuer, för att identifiera faktorer som påverkar mätning av nyttjandegraden. Även arkivforskning i form av logganalys har genomförts för att analysera och hämta data ur maskinloggar. Den förslagna modellen har utvärderats genom en statisk utvärdering. Forskningen har genomförts i samarbete med Försäkringskassan IT. Resultat. Resultatet av detta examensarbete presenteras i en modell som baseras på Goal Question Metric (GQM) tillvägagångssätt. Modellen mäter nyttjandegrad i en testmiljö. Modellen bygger på att utläsa data ur maskinloggar, där inläsningen sker både under natt och dag. Inläsningen kan sedan visualiseras genom två (2) kurvor som presenterar en genomsnittlig användning (förslagsvis 30 dagar) respektive en dygnanvändning. Dessa kurvor skapar en helhetsbild över såväl nyttjandet av testmiljön som när testmiljön används mest under ett dygn. Visualiseringen kan sedan slås ut på fördefinierade gränser över vad som anses vara ett gott nyttjande av testmiljö (gränserna är olika för olika typer av tester). För att bredda mätningen av nyttjandegraden kan modellen kompletteras med mätdata från bland annat antalet inloggningar som sker i testmiljön samt ingående och utgående nätverkstrafik. Baserat på den genomförda analysen kan vissa åtgärder vidtas för att öka nyttjandegraden av testmiljöer. Exempel på dessa åtgärder är gemensamt utnyttjande av integrationstestmiljöer och prioritering av team och/eller projekt som arbetar mot närmast release. Slutsatser. Nyttjandegrad kring testmiljöer kan mätas genom att utläsa data ur maskinloggar. I kombination med mätdata från CPU, minne och nätverkstrafik kan användning av testmiljöer mätas och övervakas, vilket i sin tur bidrar till ökad nyttjandegrad och effektivitet kring testningsprocessen.

Informationsinfrastrukturer (II) är ett ständigt evolverande system som binder samman flera olika informationssystem till en fungerande helhet. Vi har undersökt SSBTEK som är en II som binder samman olika myndigheters informationssystem. I det här arbetet har vi fördjupat oss i hur testning av II går till, vilka faktorer som är avgörande för en omfattande II-testning. Vi har genomfört en fallstudie för att närmare undersöka en II och intervjuat dess designer och testare. Det vi har kommit fram till är att testmiljötillhandahållning från designerns sida kan spela den centrala rollen i II-testningen eftersom det kan öka förståelsen av komplexa data och möjliggör testning parallellt med vidareutvecklingen av II. Andra faktorer som är viktiga är kommunikation mellan designern och testaren och testdatakvalitet. / Information Infrastructure (II) is a constantly evolving system that connects several different information systems. We have examined SSBTEK which is an II that connects different state authority information systems. In this research we have studied the process of testing in II and which factors are crucial for a comprehensive II testing. We have conducted a case study to investigate II and interviewed its designers and testers. Our findings indicate that test environment availability is playing a crucial role in II testing because it can increase the understanding of complex data and enables testing parallel with the development of the II. Other important factors that are important in II testing are test data quality and communication between designers and testers.

Advanced automatic testing is very important in development and research within the vehicle industry. Hardware-in-the-loop (HIL) systems give the ability to validate Electronic Control Units (ECUs) based on software simulation without gathering all of the physical hardware. This enables testing by providing inputs and examining the corresponding outputs of the ECUs in a simpler and safer way than in traditional physical testing. HIL offers the advantage that we can verify and validate the functions of ECUs prior to full-scale hardware production. On the contrary, because HIL systems are normally released as general-purpose test beds, it takes time to embed them into the current system. Additionally, the question of how to fill the gap between the HIL and the test environment is even more critical when the test bed is expected to be used for a long period of time without modifications. Furthermore, HIL systems are precious. It is not practical and will be considered as a waste of resource if it is used exclusively by testers. Scania’s RESI group uses Client-Server architecture to make it more flexible. The HIL system is hosted at server side while the testers operate it at client side. This architecture enables different implementations of client and server as long as a same protocol is applied, but this still does not solve the problem that the HIL is not always accessible when the testers want to debug their scripts. The testers want to find a solution to achieve this goal offline (without servers). To solve the problem, we first investigated which programming languages are used in the industry. Without doubt, there is no dominant language that ideally suits all situations, so secondly, we developed a new test environment. The new environment including “Dummy Mode” and “Mat Mode” is able to provide script validation service on basic and logic levels without servers. The result shows the Dummy mode is able to reach a higher detection rate (99.3%) on simple errors comparing to the current environment (81.3%). By reproducing and reusing the result of HIL system, Mat mode is able to identify logic errors and provide better assistance when the logic errors are found. In general, the proposed environment is able to show a better way of using HIL which makes the whole system more efficient and productive. / I fordonsindustrin ställs stora krav på avancerad automatiserad testning. För att utvärdera Electronic Control Units (ECUs) används så kallade Hardware-In-the-Loop-system (HIL) för att simulera den omkringliggande hårdvaran. Detta möjliggör enklare samt säkrare testning av ECU-komponenterna än vid traditionell fysisk testning. Med hjälp av HIL kan ECUs testas innan en fullskalig produktion sätts igång. Då HIL-system vanligtvis utvecklas för ett brett användningsområde kan det ta tid att skräddarsy dem för ett specifikt system. Ett annat viktigt problem vi ställs inför är skillnaderna mellan HIL-systemet och testmiljön, då testfallen förväntas att användas en längre tid utan förändringar. Vidare är HIL-system kostsamma. Det anses vara varken praktiskt eller ekonomiskt att låta HIL-system enbart användas av testare. Scanias RESI-grupp använder en klient-server-arkitektur för att åstadkomma flexibilitet HIL-systemet körs på serversidan medan testarna arbetar på klientsidan. Den här typen av arkitektur öppnar upp för olika implementationer på klient- samt serversida, förutsatt att samma kommunikationsprotokoll används. En nackdel med den nuvarande lösningen är att HIL-systemet inte alltid finns tillgängligt när testarna vill felsöka deras programskript. Testarna vill hitta en lösning där det går att utföra felsökningen lokalt, utan tillgång till servrar. För att kunna lösa problemet undersöktes först vilka programmeringsspråk som används inom industrin. Undersökningen visar på att det finns inget programmeringsspråk som är idealt för alla ändamål. Vidare utvecklades en ny testmiljö som tillhandahåller testlägena "Dummy Mode" samt "Mat Mode". Testmiljön kan användas för att validera programskript på grund- och logiknivå utan att kommunicera mot servrar. Resultatet visar att "Dummy Mode" detekterar upp till 99.3% av enklare typ av fel än motsvarande 81.3% i nuvarande testmiljön. Genom att reproducera och återanvända resultat av HIL-systemet kan “Mat Mode” identifiera logikfel samt ge en bättre indikation om vad felen innebär. Generellt sätt kan den föreslagna testmiljön visa på ett bättre användande av HIL, som gör hela systemet mer effektivt och produktivt.

No description available.

Företaget Nordicstation hanterar stora datamängder åt Swedbank där datalagringen sker i relationsdatabasen Microsoft SQL Server 2012 (SQL Server). Då det finns andra databashanterare designade för stora datavolymer är det oklart om SQL Server är den optimala lösningen för situationen. Detta examensarbete har tagit fram en jämförelse med hjälp av prestandatester, beträffande exekveringstiden av databasfrågor, mellan databaserna SQL Server, Cassandra och NuoDB vid hanteringen av stora datamängder. Cassandra är en kolumnbaserad databas designad för hantering av stora datavolymer, NuoDB är en minnesdatabas som använder internminnet som lagringsutrymme och är designad för skalbarhet. Resultaten togs fram i en virtuell servermiljö med Windows Server 2012 R2 på en testplattform skriven i Java. Jämförelsen visar att SQL Server var den databas mest lämpad för gruppering, sortering och beräkningsoperationer. Däremot var Cassandra bäst i skrivoperationer och NuoDB presterade bäst i läsoperationer. Analysen av resultatet visade att mindre access till disken ger kortare exekveringstid men den skalbara lösningen, NuoDB, lider av kraftiga prestandaförluster av att endast konfigureras med en nod. Nordicstation rekommenderas att uppgradera till Microsoft SQL Server 2014, eller senare, där möjlighet finns att spara tabeller i internminnet. / The company Nordicstation handles large amounts of data for Swedbank, where data is stored using the relational database Microsoft SQL Server 2012 (SQL Server). The existence of other databases designed for handling large amounts of data, makes it unclear if SQL Server is the best solution for this situation.  This degree project describes a comparison between databases using performance testing, with regard to the execution time of database queries.  The chosen databases were SQL Server, Cassandra and NuoDB. Cassandra is a column-oriented database designed for handling large amounts of data, NuoDB is a database that uses the main memory for data storage and is designed for scalability. The performance tests were executed in a virtual server environment with Windows Server 2012 R2 using an application written in Java. SQL Server was the database most suited for grouping, sorting and arithmetic operations. Cassandra had the shortest execution time for write operations while NuoDB performed best in read operations. This degree project concludes that minimizing disk operations leads to shorter execution times but the scalable solution, NuoDB, suffer severe performance losses when configured as a single-node. Nordicstation is recommended to upgrade to Microsoft SQL Server 2014, or later, because of the possibility to save tables in main memory.

I dagens samhälle är det inte ovanligt för företag och organisationer att hitta bättre och alternativa mjukvaror med öppen källkod för att lösa sina behov. De söker programvaror som har de nödvändiga egenskaperna som krävs för att driva sin verksamhet och eventuellt ersätta egenutvecklad programvara för att spara tid och undvika onödiga kostnader. Denna avhandling har undersökt företagens behov av routing-applikationer och tagit fram ett förslag med hjälp av egenutvecklad testbädd. Den egenutvecklade testbädden kan användas av företag för att avgöra om den önskade öppen källkod programvara är lönsamt att implementera i ens verksamhet. Den routing-applikation som visade sig vara bättre än den befintliga är FRRouting(Free Range Routing). Lösningen som föreslås av studien har givit bevisad effekt genom ett pilotprojekt där öppen källkod har varit framgångsrikt på ett kvalitetsmässigt, funktionellt och kostnadseffektivt sätt att ersätta en befintlig programvara / Companies are looking into the open source community in the hope of finding a better alternative software to replace their existing software suit. They are looking for software that has the necessary properties required to run their business and possibly help them avoid unnecessary costs and save time. This thesis has examined the needs of routing application for companies and presented a suggestion by using self-developed testbed. The testbed can be used by companies to decide the beneficial of implementing the desired routing application software. The routing application that gave the best result in this study is FRRouting (Free Range Routing). The solution proposed by the study has been proven to be effective through a pilot project where open source program has been successful by retaining the expected quality, functionality in a cost-effective way.