Dynaamisen ohjelmistotestauksen automatisointi: Windows-sovelluksen testaus ja TestPartner-ohjelma

Abstract

Yritys X:n tuotekehitysyksikössä X ylläpidetään ja kehitetään ohjelmistoja, joiden sovellusalue kuuluu kriittiselle taloushallinnon alueelle. SEPA (Single Euro Payments Area) -muutosten takia taloushallinnon ohjelmistoihin tehdään parhaillaan paljon muutostöitä. Samaan aikaan ohjelmistojen korkea laatu on pystyttävä säilyttämään, mihin tarvitaan paljon regressiotestausta.

Tämän opinnäytetyön tavoitteena oli selvittää, onnistuuko testauksen automatisointi toimeksiantajan tuotekehitysyksikössä jo yrityksessä käytössä olevalla TestPartner-ohjelmistolla. Testaustyökaluohjelmiston käyttö ei ollut suoraan kopioitavissa yrityksen muilta tuotekehitysyksiköiltä erilaisten toiminnallisuuksien ja ohjelmistoarkkitehtuurien vuoksi. Tarkoituksena oli myös lisätä tietämystä testausautomaatiosta toimeksiantajan yksikössä.

Toimeksiantaja voi käyttää tätä opinnäytetyötä taustatietona, kun päättää testauksen automatisoinnin kehittämisestä TestPartner-työkalua hyödyntäen. Opinnäytetyötä kannattaa tuotekehitysyksikössä lukea kaikkien niiden, jotka testaavat ohjelmia, vetävät tuotekehitysprojekteja ja ovat tekemässä päätöksiä testauksen automatisointiprojektin toteuttamisesta.

Toimeksiantajan yksikössä testausprosessi on toimiva. Siitä voisivat ottaa mallia ne, jotka vasta suunnittelevat ohjelmistotestauksen järjestämistä tai parantamista omassa tuotekehityksessään. Tämä opinnäytetyö toimii myös ohjelmistotestauksen teorian pikakurssina ja testauksen osuu-den tärkeyden korostajana ohjelmistonkehitysprojektissa.

Company X’s co-operative unit is developing and maintaining financial management software of a critical area. SEPA (Single Euro Payments Area) is causing major alterations to this kind of software. However, the high quality of the software must be able to be maintained and thus lot of regression testing is needed.

One of the goals of this thesis was to clarify if it is possible to automate testing in the co-operative unit with the TestPartner software, which was already used by the other units of the Company X. The use of this automation tool could not be copied as it was from the other units, because of different functionalities and architectures. There was also purpose to add knowledge of test automation in the co-operative unit.

This thesis can be used as background information in the co-operative unit, when making decision of starting to develop test automation with the TestPartner automation tool. It is worthwhile that this thesis is read in the co-operative unit by the people, who are testing software, manage projects of software development and are making decisions of implementing test automation projects.

The process of testing in the co-operative unit is working so well that it could be an example for those, who plan to organize or improve software testing on their product development. This thesis also functions as a short introduction of the theory of software testing and as an emphasizer of the importance of testing on a software project.