28.oldal www.tesztelesagyakorlatban.hu Az éjszakai build kifejezést gyakran használják nagy projekteknél. Olyan projektekre gondolok, ahol az elkészült termék teljes rebuildelése túl sok időt venne igénybe ahhoz, hogy minden egyes különálló fejlesztő megcsinálja ezt a feladatot a megszokott fejlesztői ciklusa közben. Ennél fogva, az olyan szof tver t, amely nincs folyamatosan buildelve, bonyolult kiadni – ezér t van szüksége a csapatnak az éjszakai buildelésre. Hogyan építsük meg a Pipeline-t? Vannak különböző eszközök, amelyek segíteni az éjszakai buildelés infrastruktúrájának a kiépítésével. A legnépszerűbbek a Jenkins1 és a TeamCity2. Nagy segítség, ha rendelkezésünkre áll egy DevOps specialista, aki segít megépíteni a Pipeline-t. A legfontosabb cél, hogy kitelepítsd a kódot, futtasd egy készletét unit teszteknek, smoke teszteknek, és integrációs teszteknek, ha azok alkalmazhatóak a termékedre és megkapod az eredményeket valamilyen fajta repor t formájában. Ez az anyag az ügyféloldal vagy a menedzsment nézőpontjának – minél színesebb és látványosabb – annál jobb. Itt egy példája, hogy hogyan lehet felépíteni egy Pipeline-t: • Az ág HEAD-je ki van véve egy Jenkins slave csomópontra, • Az ág HEAD-je egy Jenkins slave-re van építve, • JUnit tesztek futnak, • Statikus kód analízis fut, melyet minőségbiztosítási kapuk f igyelnek, • Az ág HEAD-je kitelepül egy tesztkörnyezetbe, • Smoke tesztek futnak a tesztkörnyezet ellen, • Egy kezdetleges termék születik, mely megjelölésre kerül Az éjszakai build egy semleges build, ami általában akkor készül el, mikor valószínűleg senki sem dolgozik az irodában. Emellett a source kódban nem történik változtatás a buildelés ideje alatt. Minden éjjel automatikusan fut végig. Minden része a kódban, ami már átnézésre került, a source kód felügyelői által buildelésre kerül. Az éjszakai buildelés előnyei
RkJQdWJsaXNoZXIy MTEyMzcyNw==