A közelmúltban beüzemeltünk egy automatikus build-elő rendszert a P@rtner.ERP integrált vállalatirányítási rendszer teszt és stabil verzióinak fordítására. A folyamat lényege a következő:
A rendszer feladata, hogy előre rögzített időpontokban (stabil: szerda este, teszt: hétfőn és csütörtökön este) elkészítse ERP rendszerünk legfrissebb verzióját.
Ha a folyamat során bárhol hiba van, akkor a rendszer automatikusan levelet küld a fejlesztőknek.
Az időzített futás mellett kézzel is indítható a fordítás, egy gombnyomásra előállítható a friss verzió, ehhez a vezető fejlesztőkön kívül a tesztelés vezetőnek van joga.
Az így elkészített verziót aztán a tesztelők is átnézik, egyrészt futtatják az általuk készített teszteket (TestComplete), amelyek az alapvető folyamatok ellenőrzését automatizálják, illetve átnézik a saját befejezett feladataikat. Ha a tesztelés során (legyen az automatikus vagy kézi) olyan hibára bukkanunk, amely nem kerülhet ki a tanácsadókhoz és a support-hoz, akkor a fejlesztés azokat javítja, majd újraindul a folyamat az automatikus build-eléstől kezdve, annyi különbséggel, hogy nem új verziót fog előállítani a rendszer, hanem a meglévő verziószámot megtartva végzi el a build-elést.
Ön a száraz szakmai részre is kíváncsi?
Részletek: az automatikus build-elés során egy a FinalBuilder-ben elkészített script fut, amely nagy vonalakban az alábbi lépésekből áll:
- frissíti a verziókezelő rendszerünkből a program forráskódját (SVN);
- elvégzi a friss exe build-elését;
- elvégzi az angol és a román nyelvű verziók fordítását;
- commit-olja a módosításokat a verziókezelő rendszerbe;
- elvégzi a befejezett feladatok verziózását a PRM rendszerben;
- futtatja az unit és funkcionális teszteket;
- a tesztelés eredményéről levelet küld a fejlesztőknek;
- publikálja a verziót, egyenlőre csak a tesztelés vezetőnek.
Nincsenek megjegyzések:
Megjegyzés küldése