Model Driven Testing
Automatski Test-menadžment poboljšava kvalitetu u softverskim projektima i ušteđuje resursen
Compex Systemhaus GmbH proširuje svoj 2BEE® koncept za Model Driven Testing (MDT) za implementacije svoga standardnog trgovačkog softvera Compex Commerce. Prvi BEE opisuje postupni model, odnosno metodu (Best Enterprise Engineering) da bi se Compex Commerce uspješno implementirao. Drugi BEE (Business Engineering Environment) u okviru Business Process Menagementa integriranog u Compex Commerce, stavlja na raspolaganje alate koji su usklađeni postupnom modelu odnosno metodi i koji omogućuju da se u projektu dobiveno znanje direktno prenese u primijenjeno rješenje. U njih spadaju na primjer modeliranje workflowa.
Softver za process management, integriran u trgovačkom softveru
Glavni proces implementacije softvera je prilagođavanje standardnog softvera individualnim potrebama korisnika (customizing, parametriziranje ili modifikacija). To je izrađeno tako da je korisnik vođen od grubog prema finome. To konkretno znači da korisnik kronološki na početku izrađuje organigram, onda uloge zaposlenika, a nakon toga workflow-e sve do potrebnih namještanja u modelu podataka, u maskama te njezinim Report-ima.
Pri tome se mogu već postojeće varijante poslovnih procesa iz standardnog referentnog modela direktno pomoću Business Engineering Environment-a koristiti. Tako korisnik dobiva sveukupnu sliku. Njegove želje za promjenama se mogu uvažiti već u gruboj fazi i odmah pomoću alata u prototipu modelirati te dokumentirati.
Ključ za uspjeh projekta
Novina je da su već prije realizacije dokumentacija i izrada test scenarija integrirani u proces prilagodbe. Od samog početka su dohvatljive sve želje za promjenama sa svim potrebnim informacijama, da bi se implementirana prilagodba mogla konkretno testirati. Razlog je da kvaliteta primjene znatno ovisi o kvaliteti dohvatljivih test podataka i test scenarija.
Prednost uključenog opisa i za model prikladne formalizacije test podataka i test scenarija je da je korisniku kod koncepcije testova jasno jesu li njegovi zahtjevi potpuno i ispravno formulirani. Nedostaci koncepta postaju brzo uočljivi ako korisnik unose test scenarije iz prakse. Podržavaju se i točni termini jer se u testnom radu mora manje „naknadno programirati“.
Softverskom programeru daje se mogućnost da već kod planiranja vremena bolje procijeni i kalkulira omjer testiranja. Nadalje, on može kroz konkretne propise test podataka i test slučajeva dobiti za performansu relevantne spoznaje koje može uzeti u obzir kod kodiranja. I to će vodi do manje smetnji kroz naknadno ispravljanje prihvaćenog softvera.
Test scenariji se mogu štampati kao materijal za školovanje ili fleksibilno koristiti u okivru e-Learninga. Tako se korisnici mogu efikasno školovati prema potrebnim i testiranim korisničkim putovima.
Da bi se te prednosti moglo postići MDT je organiziran i strukturiran na sljedeći način:
Organizacija test scenarija se orijentira prema poslovnim procesima. Da bi se omogućilo potpuno pokrivanje kritičkih poslovnih procesa primijenjenog rješenja, potrebni su test slučajevi za cijeli proces, masku, jedan zadatak, za dio procesa i za jedan Workflow. Test se sastoji od:
Dva načina testiranja su moguća. Jedna je mogućnost da se koristi jedno „smrznuto“ stanje baze podataka, druga mogućnost su podaci na osnovi jednog prijašnjeg testiranja.
Test scenariji opisuju unose jednog korisnika u dijalogu, uključujući snimanja nastalih podataka. Za razliku od prijašnjih manualnih opisa, propisi testiranja se snime direktno s rekorderom u primjeni i spremi u obliku Python-test skripta.
U Test-Suite se odvija administracija spomenutih test skripta gdje se u svako vrijeme i bilo koji mogu reproducirati. Kod svakog takvog „odvijanja“ snimaju se podaci koje korisnik u sljedećem koraku uzima za vrednovanje testiranja. Slično kao u jednom Debugger, korisnik za reproduciranje jednog test scenarija može pratiti i upravljati odvijanjem scenarija. Na taj način se mogu koristiti test scenariji u svim fazama životnog ciklusa softvera.
Provedbu automatskog testiranja nadgleda integrirano mjesto upravljanja testiranja koje javlja odstupanje od očekivanog rezultata. Preko tog mjesta upravljanja korisnik je u stanju da protokolirane testove tako isprinta, da se može shvatiti tijek testiranja sve do upisa u prazna polja i rezultate.
Počevši s fazom koncepta može se s integriranim MDT upravljati kvalitetom softvera. Preduvjet je da se 2BEE koncept konsekventno primjeni. Zato jer se bilo koji automatizirani testovi i to u svako vrijeme mogu ponoviti, mogu se i uvijek iznova primijeniti na promijenjeni softver. To jamči ne samo konstantnu nego i poboljšanu kvalitetu softvera jer svaki novi test scenarij povećava njegovu kvalitetu.
„Za naše kupce to znači dobitak brzine, sigurnosti i smanjenje troškova u procesu razvoja softvera“, objašnjava René Petit, direktor finacija Coop Elzas.
Još jednom prednosti Test-Suitea u pregledu: