Planning unit testing after development : a case study of Elo
Oikarinen, Otto (2025)
Kandidaatintyö
2025
School of Engineering Science, Tietotekniikka
Kaikki oikeudet pidätetään.
Julkaisun pysyvä osoite on
https://urn.fi/URN:NBN:fi-fe2025042229454
https://urn.fi/URN:NBN:fi-fe2025042229454
Tiivistelmä
Software testing is an essential part of software development. Inadequate software testing costs companies and society significant amounts of money each year. Yet it is a part of software development that is easily ignored or incompletely implemented.
This thesis explores the possibility of testing software after its development. According to traditional software development models, testing should be designed as part of the overall process. This was not the case here, and the testing plan was built as an output of this work. The work is a case study of a camp management application built on XAMPP software and the Nette Framework.
As a result of this work, it became clear that it is possible to design software testing after the fact. However, additional challenges may arise if testing is not planned from the beginning. In this case, these included a lack of documentation and a lack of requirements definition.
The test plan that has emerged from this work will allow the testing of the guidance system to begin once the challenges identified have been addressed. Further research can be carried out, in particular on integration testing and E2E testing. Ohjelmistotestaus on oleellinen osa ohjelmistokehitystä. Ohjelmistojen puutteellinen testaus maksaa yrityksille ja yhteiskunnalle merkittäviä summia vuosittain. Kuitenkin se on osa ohjelmistokehitystä, joka on helppo sivuuttaa tai toteuttaa vaillinaisesti.
Tämä kandidaatintyö tutkii mahdollisuutta testata ohjelmisto sen kehityksen jälkeen. Perinteisten ohjelmistokehitysmallien mukaan testauksen tulisi olla suunniteltuna osaksi kokonaisuutta. Tässä tapauksessa niin ei ollut, vaan testaussuunnitelma rakennettiin tämän työn tuotoksena. Työ on tapaustutkimus XAMPP-ohjelmiston ja Nette Frameworkin varaan rakennetusta leirinhallintasovelluksesta.
Työn tuloksena selvisi, että ohjelmistotestaus on mahdollista suunnitella myös jälkikäteen. Testausta toteuttaessa saattaa kuitenkin tulla vastaan ylimääräisiä haasteita, jos sitä ei ole ajateltu alusta alkaen. Tässä tapauksessa niitä olivat esimerkiksi puutteellinen dokumentaatio sekä vaatimusmäärittelyn puute.
Tämän työn lopputuloksena syntyneen testaussuunnitelman avulla voidaan aloittaa ohjelmiston testaus, kun havaitut haasteet on ensin otettu huomioon. Tutkimusta voi jatkaa esimerkiksi integraatiotestauksen ja E2E-testauksen osalta.
This thesis explores the possibility of testing software after its development. According to traditional software development models, testing should be designed as part of the overall process. This was not the case here, and the testing plan was built as an output of this work. The work is a case study of a camp management application built on XAMPP software and the Nette Framework.
As a result of this work, it became clear that it is possible to design software testing after the fact. However, additional challenges may arise if testing is not planned from the beginning. In this case, these included a lack of documentation and a lack of requirements definition.
The test plan that has emerged from this work will allow the testing of the guidance system to begin once the challenges identified have been addressed. Further research can be carried out, in particular on integration testing and E2E testing.
Tämä kandidaatintyö tutkii mahdollisuutta testata ohjelmisto sen kehityksen jälkeen. Perinteisten ohjelmistokehitysmallien mukaan testauksen tulisi olla suunniteltuna osaksi kokonaisuutta. Tässä tapauksessa niin ei ollut, vaan testaussuunnitelma rakennettiin tämän työn tuotoksena. Työ on tapaustutkimus XAMPP-ohjelmiston ja Nette Frameworkin varaan rakennetusta leirinhallintasovelluksesta.
Työn tuloksena selvisi, että ohjelmistotestaus on mahdollista suunnitella myös jälkikäteen. Testausta toteuttaessa saattaa kuitenkin tulla vastaan ylimääräisiä haasteita, jos sitä ei ole ajateltu alusta alkaen. Tässä tapauksessa niitä olivat esimerkiksi puutteellinen dokumentaatio sekä vaatimusmäärittelyn puute.
Tämän työn lopputuloksena syntyneen testaussuunnitelman avulla voidaan aloittaa ohjelmiston testaus, kun havaitut haasteet on ensin otettu huomioon. Tutkimusta voi jatkaa esimerkiksi integraatiotestauksen ja E2E-testauksen osalta.