Att korrigera fel inom ett system är en kritisk punkt för företag. Om det levereras en produkt med brister och buggar som sänker produktens kvalitet får företaget missnöjda kunder och tuffare konkurrens. Att låta företag utgå ifrån en testmodell med en fungerande testprocess gör det möjligt för företag att hitta och korrigera svagheter inom testprocessen för att minska antalet fel inom systemet hos företagen. Denna studie fokuserar kring uppdragsgivaren MoreFlo AB’s testprocess. Syftet med denna kandidatuppsats inom informatik är att stödja företaget i att förbättra sin testprocess och strukturera sina tester på komponentnivå. Detta gjordes med hjälp av en enkätundersökning baserat på en utvärderingsmetod från en tidigare studie vilket ska prövas för denna studien. Resultatet av denna studie är en uppdaterad testprocess vilket ska korrigera de svagheter som upptäcktes inom uppdragsgivarens testprocess. Denna nya testprocess ger testarna en tydligare och strukturerad testmodell vilket kommer gynna företaget när det kommer till systemkorrigering.

När det talas om test pratas det på ett sätt som om det vore ett nytt fenomen, men i själva verket kan rötterna spåras tillbaks till 1978. Det är först på senare år som test har börjat etablera sig mer och mer och nyttan med test bland systemutvecklingsorganisationer respektive testorganisationer. Människan omges ständigt av information vare sig det är av elektronisk, fysiskt eller annan form. Det är därför inte så konstigt att tidsåldern människan befinner sig i kallas för ”informationsåldern”. Successivt har människan mer och mer etablerat ett beroende av verktygen för att ge stöd för informationen människan omges av i sin vardag. En del människor använder enkla mjukvarusystem medan en del använder mer komplexa mjukvarusystem och ibland till och med kritiska system som måste fungera felfritt. Om mjukvarusystemet har ett fel som hindrar mjukvarans funktionalitet kommer det att medföra konsekvenser beroende på vad konsekvensen medför och innebär för användaren. Det kan vara allt ifrån en personlig ekonomisk förlust till en livshotande konsekvens. Orsaken till konsekvensen kan exempelvis leda till felanvändning av mjukvaran, men oftast så ligger felet inte hos användaren utan att mjukvaran har en defekt och anledningen till det är förmodligen att mjukvaran inte testats tillräckligt. Det är därför av yttersta vikt att mjukvaran testas eftersom den annars skulle förlora sitt syfte i och med att den inte längre fyller en funktion. Test sträcker sig dock längre än att bara testa för att säkerställa att mjukvaran är felfri. Genom test kan mjukvarans kvalitet säkras, det kan generera lägre kostnader i längden genom att fel hittas innan den leverats till slutanvändaren, test medför även en kontroll av uppfyllnadsgraden av kravspecifikationerna som formulerats av kund. I dagens läge genomförs därför test alltmer agilt i systemutvecklingen och är därmed en procedur i systemutvecklingen till skillnad från den traditionella vattenfallsmodellen där test genomförs i slutfaserna av systemutvecklingen. Test utförs antingen av en systemutvecklingsorganisation eller en separat test organisation. I denna studie har därför ett antal delfrågor formulerats för att sedan på en mera detaljerad nivå belysa för- respektive nackdelar med hur test bedrivs i de respektive organisationerna och ett antal har identifierats. Bland många som identifierats så utmärks en särskild fördel och nackdel när en separat testorganisation samt när en systemutvecklingsorganisation bedriver test. Nämligen att test tar tid ifall en separat testorganisation bedriver test, men fördelen med det är att det medför att en mjukvara testats grundligt medan i en systemutvecklings-organisation så bedrivs test mer utifrån premisserna huruvida det ryms inom ramen för budgeten även om enhetstester och systemtester alltid utförs. Nackdelen med test inom systemutvecklingsorganisationen är att test tar mycket tid.

Ett företag utvecklar en hisstelefon som är tänkt att användas av nödställda personer i en hiss. Hisstelefonen kan programmeras ute i fält av kund via ett antal olika gränssnitt. När nya mjukvaror utvecklas för hisstelefonen är test av de nya mjukvarorna i dagsläget väldigt tidskrävande då det krävs att en person manuellt testar hisstelefonens programmerbara funktioner. Detta projekt hade i syfte att verifiera och analysera den nuvarande manuella testrutinen för att sedan implementera ett automatiskt test. Detta skulle i sin tur ha i syfte att minska tidsåtgången för testansvarige och underlätta för utvecklingen av nya mjukvaror till hisstelefonen. Projektets mål var att implementera ett automatiskt test som skulle vara enkelt att använda och presentera resultat av testkörningar på ett övergripande sätt. Metoden för testprogrammet bygger på att ringa upp hisstelefonen via ett modem och med hjälp av modemet simulera telefonknapptryckningar över en dators serieport. Hur hisstelefonen reagerar på de simulerade telefonknapptryckningarna läses sedan av via en annan serieport på datorn.  För att underlätta för personen som testar loggas även all relevant utdata i en textfil som är enkel att följa för testansvarige. All fysisk utrustning för att kunna ringa och läsa från serieportarna tillhandahålls av företaget. Testprogrammet är utvecklat i Visual Studio 2017, skrivet i C/C++ och kan bara köras på en dator som kör Windows som operativsystem då specifika Windowsanrop används. Testkörningar av programmet har utförts och visar att testprogrammet kan testa de mjukvaror som finns tillgängliga för hisstelefonen. Trots att programmets exekveringstid är ungefär 40 minuter kan det ändå anses uppfylla syftet med att dra ner tidsåtgången och underlätta utvecklingen av nya mjukvaror då det presenterar om en viss programmeringssekvens kan programmeras eller inte på ett tydligt sätt. / A company develops an elevator phone that is intended to be used by distressed people in an elevator. The elevator phone can be programmed out in the field by customers through a number of different interfaces. When new software is developed for the elevator phone, testing of the new software is very time consuming, as it is necessary for a person to manually test the elevator phones programmable features. The aim of this project was to verify and analyze the current manual test routine and then implement an automated test. This would in turn be aimed at reducing the time required for the person responsible for testing and facilitating the development of new software for the elevatorphone. The goal of the project was to implement an automated test that would be easy to use and present results of test runs in a comprehensive manner. The test program method is based on dialing an elevator phone through a modem and use the modem to simulate phone button pressures over a computer serial port. How the elevator phone responds on the simulated  phone button pressures is then read through another serial port on the computer. To facilitate for the person who runs the test, all relevant output is logged in a text file that is easy to follow for the person that runs the test. All physical equipment for the project is provided by the company. The test program is developed in Visual Studio 2017, written in C/C++ and can only be run on a computer running Windows as an operating system, since specific Windows calls are used. Test runs of the program has been made and shows that the test program can test the available software for the elevator phone. Even though the execution time of the program is about 40 minutes, it still can be considered to fulfill the purpose of reducing time and facilitating the development of new software as it presents wheter a certain programming sequence can be programmed or not clearly.

No description available.