Automatikus Build

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.