Redefining the States of Test Places in LTE Receiver Continuous Integration

Abstract

The need to perform automated testing on a software project has created the urge to develop automated testing environments. Often if these environments are developed within a software company they are very customized, and specifically created for that company's testing needs only.

The purpose of the practical work that was done in this final year project was to simplify the logic of the in-house programs that are used in test place management. These test places are used in continuous integration to test the development code. The implementation is made according to a pre-defined specification that introduces five new objects that hold the information that is used to determine the current state of a test place. According to the specification, one of the new objects will hold a value that represents the test place's availability for testing purposes from the continuous integration point of view. The value of the object that represents the continuous integration availability is set according to the combination of the values of the other four objects. The values of these four objects are updated according to the commands given by the user, or according to the changes that has happened in the system. As a result of the modifications done the overall logic complexity can be reduced from the programs used in continuous integration.

This thesis includes a theoretical part that explains briefly the history of mobile networking and the current trends of mobile communication. This thesis also includes theoretical information about the Agile software development practices, and how the Agile methods are different compared to the older and more traditional software development practices, such as the Waterfall model.

As a result of the work done, a modified test place reservation system was developed. The new specification has undergone a minimal modification in order to keep the stored information relevant from the system point of view.

Automatisoitujen testausympäristöjen kehitys on seurausta tarpeesta automatisoida ohjelmakoodin testaus ohjelmistoprojekteissa. Useimmiten nämä ympäristöt ovat yritysten tekemiä ja soveltuvat vain yrityksen sisäiseen käyttöön. Tämä insinöörityö on tehty Nokia Oyj:lle, jossa automatisoituja testausympäristöjä hyödynnetään uuden ohjelmakoodin testauksessa.

Insinöörityön teoriaosuudessa tarkastellaan matkapuhelinverkkojen historiaa sekä nykyisiä kehityssuuntia. Työn teoriaosuus myös käsittelee ketteriä ohjelmistokehitysmenetelmiä ja jatkuvaa integraatiota sekä tarkastelee, kuinka ketterät ohjelmistokehitysmenetelmät eroavat perinteisimmistä menetelmistä.

Insinöörityön tavoitteena oli muokata yrityksen sisäisessä käytössä olevien ohjelmien logiikkaa ennalta kehitetyn määritelmän mukaisesti. Näitä edellä mainittuja ohjelmia käytetään testauspaikkojen varauksenhallinnassa ja ylläpidossa. Nämä testauspaikat ovat osa jatkuvaa integraatiota ja testauspaikkoja käytetään ohjelmakoodin testaamisessa. Testauspaikkojen tietoja säilytetään tietokannassa ja nämä edellä mainitut ohjelmat muokkaavat, sekä näyttävät tietokannassa olevia tietoja. Edellä mainittu uusi määritelmä määrittelee viisi uutta tietokantakolumnia olemassa olevaan tietokantatauluun, joiden avulla vanhoista ja epäselkeistä kolumneista pääsisi eroon. Näiden uusien kolumnien avulla pystytään määrittelemään jokaisen yksittäisen testipaikan tila ja soveltuvuus testausta varten. Uuden määritelmän mukaisten muutosten seurauksena koko jatkuvan integraation logiikka, ohjelmien logiikka sekä tietokantataulun rakenne yksinkertaistuu.

Projektin aikana kehitettiin määritelmän mukainen varausjärjestelmä. Alkuperäinen määritelmä on läpikäynyt pienehköjä muutoksia, jotta tietokannassa säilytettäisiin vain kokonaisuuden kannalta oleellinen tieto. Insinöörityön kirjoitusprosessin aikana uutta järjestelmää ei otettu käyttöön.