You are here

Adattárházak tesztelése és maga a tesztelés folyamata

Túl vagyunk a Weblogic okosságon. Ma kiderült, hogy az eddigi egy projekt helyett 3 -t fogok egy időben tesztelni. Ez nem azt jelenti, hogy egy - egy kézzel egy - egy projektet fogok nyomni és az orrommal a harmadikat, hanem azt, hogy a munkaidőmet megosztva fordítom erre, arra és amarra.

A projektekből 2 adattárház. Pontosabban ODS. Ez az Oracle terminológia szerint, a tényleges adattárház előtét adatázisa. Ebben történik az adatok feldolgozása, tisztítása és az adatbányászat céljainak megfelelő formára hozatala. Egyelőre tesztelni kell az az, hogy az ODS hogyan dolgozza fel a különböző fájlformátumokat (például: CSV, xls, txt file) és hogyan képes a különböző adatforrásokat kezelni. Még decemberben teszteltem egy másik ODS-t, ahol szintén a betöltés volt a hangsúlyos pont. Mondhatom, hogy van tapasztalatom abban, hogy mit kell csinálni ilyenkor. :) A fejlesztők is tudják, hogy van tapasztalatom. :)

Itt szeretném megjegyezni, hogy egy - két fejlesztőn érzem, hogy kezd kialakulni a pesticide effect. Akinek a kódját teszteltem már az tudja, hogy mire harapok és az olyan jellegű hibákból mintha kevesebb lenne az ő esetében. Egyelőre ezt számokkal nem tudom alátámasztani, de nem egy rossz ötlet, hogy mérjem ezt is.

A harmadik projekt, amit tesztelek egy gwt alapú projekt. A célja, hogy a megrendelővel kapcsolatban álló cégektől adatokat gyűjtsön és ebből az adathalmazból legyen képes különböző szintű jelentéseket generálni.

Mindhárom projekttel kapcsolatban érzek információhiányokat. Van ahol nagyon, van ahol kevésbé. Ezek a tapasztalatok nagyon jó alapot szolgáltatnak ahhoz, hogy megtaláljam a fejlesztési folyamatunkban azokat a pontokat, amelyek javításával hatékonyabbá lehet tenni a fejlesztést és a tesztelést. Már csak az a kérdés, hogy mennyire tudom elfogadtatni a gondolataimat.

Undefined
Sayusi's tagcloud: