Inledning: När ett informationssystem betraktas som färdigutvecklat eller färdigförvaltat, skall det driftsättas i en produktionsmiljö för att göras tillgängligt för slutanvändare. För att det skall kunna göras tillgängligt för slutanvändarna, bör en stegvis planerad driftsättningsprocess med en serie aktiviteter genomföras. En viktig delprocess i en driftsättningsprocess är att driftsätta informationssystemet i en testmiljö, innan det driftsätts i produktionsmiljö. Syfte: Syftet med denna C-uppsats var att utreda vilken roll en testmiljö spelar inför driftsättning av informationssysstem i en produktionsmiljö utifrån yrkesverksammas perspektiv.. Syftet bröts även ned till två frågeställningar: Varför används en testmiljö vid driftsättning? Vad är för-och nackdelar med en testmiljö vid driftsättning? Metod: I denna studie tillämpades ett induktivt angreppssätt med en kvalitativ ansats. Datainsamlingen gjordes med hjälp av semistruktuerade intervjuer. 4 yrkesverksamma med erfarenheter utav driftsättning intervjuades. Resultat & Slutsats: De yrkesverksamma menade att en testmiljö har en väsentlig betydelse för en produktionsmiljö vid en driftsättning utav användaracceptansskäl och av tekniska trygghetsskäl. En testmiljös betydelse värderades också utefter hur produktionslik den är för att veta hur informationssystemet kommer att bete sig vid tester när det väl produktionssätts. Däremot menade de yrkesverksamma att det ofta finns skillnader mellan testmiljöer och produktionsmiljöer. Det innebär att om informationssystemet fungerar tillfredsställande i en testmiljö, så är det inte en garanti att det kommer att fungera utan störningar i produktionsmiljön. Förslag till fortsatt forskning: Vi hade gärna sett mer utav denna typ av forskning, fast med fler respondenter för att öka studiens generaliserbarhet. En annan intressant sak som en av respondenterna tog upp är automatiserad driftsättning. Ett, för oss, helt nytt begrepp inom driftsättning som är absolut värt att skriva ett arbete om. / Introduction: When an information system is considered finished, be it in development or management, it is to be released into a production environment and be made available for the end users. To do this, a step-by-step planned release process should be made via a series of activities. One important part of this process is to release the information system into a testing environment prior to being released into a production environment. Purpose: The purpose of this C-level essay is to investigate the importance of a testing environment prior to release to a production environment during release from a professional and real-life perspective, broken down into two main questions: “Why is a testing environment used during release?”, “What are the pros and cons of a testing environment during release?” Method: In this study we used an inductive approach together with a qualitative inception to collect data from 4 semi-structured interviews with working professionals who had experiences with the release of information systems. Result & Conclusion: The 4 interviewed professionals all claimed that a testing environment have substantial importance during the release into a production environment, partially because of the impact it has on user acceptance and out of technical security reasons. A testing environment is apparently valued based on to which extent it is similar to a production environment in order to gain an understanding regarding how the information system will act when released into an actual production environment. However, this does not imply that if the informations system works to satisfaction in a testing environment, that it is then guaranteed to work without disruption in a production environment. Suggestions to further research: We would like to see more of this kind of research and into this field, but with more interviews to increase the extent at which the study’s conclusions can be generalized. Another point of interest that one of the interviewees took up was automated release, which was a previously unknown concept for us that deserves further investigation. Key words: Release, Testing Environment, Production Environment, User Acceptance Test, Performance, Integration

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.

Ämnet för uppsatsen grundar sig i en ökad efterfrågan av att kunna införa teknik och informationsteknik (IT), som är testad och anpassad för en verksamhet redan innan införandet. Vidare finns det ett behov av att, genom nya innovationer, uppnå långsiktiga strategiska mål inom vård och omsorg. Därför har Sveriges innovationsmyndighet Vinnova startat en satsning på testbäddar inom vård och omsorg. En testbädd kan liknas vid en innovations- och testmiljö där samarbete mellan vårdpersonal, företag och forskning kan ske för att ta fram produkter, processer och tjänster som är anpassade till den miljö där dessa sedan ska tillämpas. Denna studie berör hur utveckling och organisering av en innovations- och testmiljö kan gå till och vilka utmaningar som finns. Vidare tar vi upp intressenters roller och behov i utvecklingen samt hur innovation kan stimuleras i en organisation. Detta har genomförts med hjälp av en fallstudie kring utvecklingen av en testbädd i Landstinget i Östergötland (LIÖ). Teorier inom områdena intressenter, utveckling och innovation används för att stödja analysen och skapa förståelse för vissa begrepp. Den empiriska undersökningen utförs genom semistrukturerade intervjuer med representanter från olika intressentgrupper till testbädd LIÖ. Analysen genomförs även med hjälp av dokumentstudier som en del i den empiriska undersökningen. Det empiriska materialet diskuteras i relation till den teoretiska referensramen för att uppnå ett kunskapsbidrag i form av en slutsats. Denna berör hur en innovations- och testmiljö kan utvecklas och organiseras, intressenternas roll och behov i utvecklingen samt hur innovationer kan genereras och utvecklas i organisationer. Med fallets hjälp kan praktiken ge ny kunskap om dessa områden inför kommande utvecklingsprojekt av liknande karaktär. / The topic of this paper is based on an increased demand for the introduction of technology and information technology (IT), which is better tested and adapted for a business before the implementation. Furthermore, there is a need that through new innovations, achieve long-term strategic objectives in the care sector. Therefore, the Swedish innovation agency Vinnova started a venture in test beds in healthcare. A test bed can be likened to an innovation and testing environment. In these, collaboration between healthcare professionals, businesses and research is done to develop products, processes and services that are adapted to the environment in which they are then applied. This study concerns the development and organization of an innovation- and testing environment and what the challenges are. It also concerns the roles and the needs of the stakeholders in the development and how innovation can be achieved in an organization. This has been studied by a case concerning the development of the testbed LIÖ in Östergötland County Council. Theories in the fields of stakeholders, development and innovation are used to support the analysis around these parts, and to create an understanding of some concepts. The empirical study is carried out through semi-structured interviews with representatives from various stakeholder groups to testbed LIÖ. The analysis is also carried out with the help of document studies as part of the empirical investigation. The empirical data are discussed in relation to the theoretical framework for achieving a knowledge contribution in the form of a conclusion. This affects how an innovation and test environment can be developed and organized, stakeholder roles and needs of the development and how innovations can be generated and developed in organizations. The study of the case can provide new knowledge in these areas for future development projects of similar nature.

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.