Mobiilipohjaisen maksusovelluksen testausmenetelmät

Abstract

Tässä dokumentissa käydään läpi CPU Oy:lle tehtyä toimeksiantoa, jonka tarkoituksena oli luoda testausmenetelmä heidän ohjelmalleen. Myös työssä käytetyt työkalut, niiden valinta, sekä tapa, jolla työkaluja käytettiin, kuvaillaan tarkasti. Yrityksen vaatimukset, sekä ohjelmaympäristö esitetään tekstissä, kuten myös testauksen perusteita ja testien soveltuvuuksia. Varsinaista koodia, jota yritykselle tehtiin, ei näytetä tässä dokumentissa, mutta työkalun toimintaa, jolla koodi tehtiin, esiintyy.

Työ toteutettiin käyttämällä jo olemassa olevia ohjelmia ja tekijällä oli vapaat kädet valita työkalut ja suunnitella alustavat testitapaukset. Myöhemmin testattavat alueet sovittiin työnantajan kanssa ja hyväksymis- ja hylkäyskriteerit käytiin läpi. Työn tekeminen kesti noin kuusi viikkoa ja työ tehtiin yrityksen tiloissa.

Lopputuloksena syntyi toimiva testausmenetelmä, joka sopi yrityksen vaatimuksiin. Työstä jäi uupumaan pieniä toimintoja, mutta aika ei riittänyt toimintojen lisäämiseen, sekä tekijän kokemattomuus aiheesta hidasti työn tekoa. Myös yksittäisten testitapauksien raportoimiseen ja kirjoittamiseen toivottiin lisää tarkkuutta.

This document reviews the CPU Oy's mandate to create a test method for their program. In addition, the tools used at work and their selection are reviewed as well as the way the tools were used. The requirements of the company and the program environment are reviewed as well as the basics of testing and the suitability of the tests. The actual code that was made for the company is not displayed in this document, but the operation of the tool in which the code was made is included. The work was carried out by using existing programs and the author had free hands to choose the tools and design the preliminary test cases. The areas to be tested were later agreed with the employer, and the acceptance and rejection criteria were reviewed. The work took about six weeks and the work was carried out at the company's premises. The result was a working testing method that suited the company's requirements. Some functions were not implemented in the final product since there was not enough time to add them, and the author's inexperience in the subject slowed down the work. More accuracy was also desired in reporting and listing the individual test cases.