Storitev · Testiranje in zagotavljanje kakovosti

Funkcionalno testiranje

Vzemimo hotel s 60 sobami na Bledu, ki mu agencija izdeluje nov rezervacijski modul, povezan s kanalnim upravljalnikom in recepcijskim sistemom. Na predstavitvi vse deluje brezhibno. Kaj pa se zgodi, ko otrok med bivanjem dopolni dvanajst let in se spremeni cena ležišča? Katera pravila odpovedi veljajo za rezervacijo, ki se začne zadnjo noč nizke sezone in konča v visoki? Ali gost, ki rezervira v nemški ali italijanski različici, dobi potrditev v svojem jeziku, ali je pol besedila nenadoma v slovenščini? Se turistična taksa obračuna ločeno in se podatki podjetja za račun pravilno prenesejo do računovodstva? Funkcionalno testiranje išče odgovore na takšna vprašanja. Ne ocenjuje, ali so zasloni lepi, temveč ali programska oprema dosledno izvaja vaša pravila. Delamo kot neodvisna stran, ločeno od izvajalca, ki je kodo napisal, in v celoti na daljavo prek dostopa do testnega okolja. Na koncu imate v rokah konkretne argumente, da dobavo prevzamete ali zahtevate popravke.

Katalog pravil
zapisano, kaj točno preverjamo
Mejne vrednosti
točke, kjer se pravila spremenijo
Regresijski krog
popravek ne sme pokvariti drugega
Prevzemno poročilo
z jasnim priporočilom

Obseg storitve

Pred prevzemom zberemo vse, kar bi morali vedeti o dobavi, in to zapišemo tako, da lahko scenarije uporabite tudi pri naslednjih različicah.

Obseg uskladite z našimi inženirji

Katalog poslovnih pravil

Ponudba, specifikacija, zapisniki sestankov ali znanje, ki ga imajo samo vaši zaposleni: vse prevedemo v berljiva pravila. Protislovna in nikjer zapisana pravila razčistimo z vami, še preden prijavimo prvo napako.

Prelomne točke

Teste osredotočimo na mesta, kjer se pravila spremenijo: starostne meje, prehodi med sezonami, stopnjevane cene, najmanjši znesek naročila, roki, ki potečejo ob polnoči, popusti za večje količine.

Slovenske posebnosti

Šumniki v imenih in priimkih, iskanje po »Čeh« in »Ceh«, razvrščanje po abecedi s č, š in ž, štirimestne poštne številke, datum v obliki 5. 10. 2026, decimalna vejica, DDV 22 % in 9,5 % na pravih postavkah.

Tuji uporabniki

Vsako e-sporočilo, PDF in obvestilo, ki ga prejme uporabnik iz nemške, italijanske ali angleške različice. Manjkajoči prevodi, napačni formati in zasloni, ki sredi postopka preskočijo v slovenščino.

Sledenje od začetka do konca

Rezervacijo ali naročilo spremljamo korak za korakom: do kanalnega upravljalnika, do Minimaxa ali Pantheona, do testnega načina plačilnega ponudnika in do nalepke dostavne službe.

Regresijski krog

Ko razvijalci napake odpravijo, ne preverimo le popravljenega mesta, temveč tudi sosednje tokove. Popravek, ki tiho pokvari drug del, je najpogostejše presenečenje ob prevzemu.

Razumljive prijave napak

Vsaka ugotovitev ima korake, uporabljene podatke, posnetek zaslona in resnost ter je vpisana v Jira, GitLab, Azure DevOps ali orodje, ki ga uporablja vaš izvajalec.

Potek dela

Manjšo aplikacijo pregledamo v nekaj dneh, večji sistem pa testiramo po modulih, vzporedno z razvojem.

01

Zbiranje pravil

Predstavitev delov aplikacije, ki so za vas ključni, pogovor o poslovnih pravilih in dostop do testnega okolja.

02

Zemljevid tveganj

Kateri tok bi vas najbolj prizadel, če ne bi deloval? Po tem vrstnem redu napišemo scenarije in pripravimo oceno ur.

03

Testni krogi

Zapisani scenariji, dopolnjeni s prostim raziskovalnim testiranjem, prijave napak in regresijski krog po popravkih.

04

Prevzemni sestanek

Seznam odprtih napak po resnosti in kratek videoklic s priporočilom: prevzem, prevzem s pogoji ali vrnitev v popravilo.

Testni podatki naj bodo podobni vašemu resničnemu svetu. V testnih okoljih so pogosto zapisi tipa »Janez Test, Testna ulica 1«. Vaše prave stranke pa se pišejo Žnidaršič, Šuštar in Čuk, živijo na naslovih z dolgimi imeni zaselkov in imajo včasih dva priimka z vezajem. Če takšne zapise zavestno dodate v scenarije, ujamete velik del napak, ki bi se sicer pokazale šele po objavi.

Pogosta vprašanja

Ne. Začnemo s pogovorom z zaposlenimi, ki postopek poznajo, in s prostim preizkušanjem aplikacije. Pravila med tem zapišemo, tako da na koncu dobite dokument, ki vam bo koristil tudi pri naslednjih nadgradnjah.

Ekipa, ki je kodo napisala, ve, kako naj bi aplikacija delovala, zato jo nehote uporablja po pravi poti. Neodvisen preizkus posnema nepričakovane poteze vaših strank. Dobre agencije to sprejmejo z veseljem, saj je napako, najdeno pred objavo, precej ceneje odpraviti.

Ne, in običajno vam to odsvetujemo. V testnem okolju delamo z izmišljenimi ali anonimiziranimi zapisi, ki so podobni pravim, a ne pripadajo nikomur. To je bolje tako z vidika GDPR kot z vidika kakovosti testov.

Po oceni ur, ki jo dobite po zemljevidu tveganj, po urni postavki 50 € + DDV. Ekipe, ki pogosto izdajajo nove različice, lahko testiranje vključijo v paket Start, Business ali Premium.

Poleg seznama napak in prevzemnega poročila tudi knjižnica testnih scenarijev, ki jo uporabite ob vsaki novi različici. Najpomembnejši del lahko pozneje prenesemo v avtomatizirane teste.

Preden prevzamete dobavo, jo preizkusimo še mi

Kaj aplikacija počne, kdo jo razvija in ali je datum prevzema že določen? Odgovorimo z zemljevidom tveganj in oceno ur.

Delovni čas
Od ponedeljka do petka, 9.00-17.00 (srednjeevropski čas), odgovor v enem delovnem dnevu
Pogovori
Videoklic prek Microsoft Teams ali Google Meet

Ta stran uporablja le nujne piškotke, ki so potrebni za njeno delovanje in za pomnjenje izbranega kraja. Oglaševalskih in sledilnih piškotkov ne uporabljamo. Podrobnosti najdete v razdelku Zasebnost in varstvo osebnih podatkov.