Menü Bezárás

Öt tipp arra az esetre, amikor különböző helyszíneken lévő tesztelőkkel dolgozol

Nem is túl régen, amikor valaki azt mondta, hogy egy globális szoftverfejlesztő csapat tagja, az azt jelentette, hogy az IBM-nél, az SAP-nál vagy a 100 legszerencsésebb vállalat valamelyikénél dolgozik, amelynek világszerte vannak fejlesztő központjai.
Manapság még a tíznél kevesebb alkalmazottat foglalkoztató cégek is kettő, öt vagy annál is több helyszínen lévő csapatokkal dolgoznak. A csapattagok földrajzi elhelyezkedése véletlenszerű tulajdonsággá vált, amelyet gyakran figyelmen kívül hagytak vagy egyáltalán nem vettek figyelembe.

A tesztelhetőség közös felelősség

A tesztelés minőségét korlátozza a tesztelhetőség. Függetlenül attól, hogy ez a rendszer műszaki megértésére, a csapaton belüli kapcsolatokra vagy a rendszer megfigyelhetőségére vonatkozik.
Hiszem, hogy a tesztelés jövője attól függ, hogyan támogatjuk a tesztelhető rendszerek megvalósítását. Itt az idő, hogy mindenki vállalja a felelősséget a tesztelhetőségért.
Amikor azt mondom, hogy mindenki felelős valamiért, akkor azt is jelenti, hogy ennek mindig ugyanonnan kell kiindulnia. Tőled.

Miért hasznos a tesztelőknek megismerkedni a Build Management eszközökkel?

A „Build automatizálás” fogalma általánosságban sok mindent takarhat, ami segít nekünk abban, hogy szkripteket használjunk és automatizáljuk azokat az ismétlődő feladatokat, amelyek a szoftver termék „összeállításához” szükségesek – összegyűjtünk közben minden eszközt, amit figyelembe kell venni, automatizálunk minden feladatot, hogy lefordítsuk (compile), összeállítsuk (build), teszteljük, és csomagoljuk (package) a forrás kódot, és hogy automatizálhassuk az élesítését (deployment) a különböző környezetekben. Fejlesztőként ezzel megkönnyíthetjük az életünket, és lehetővé válik, hogy fontosabb fejlesztési és hibakeresési feladatokra tudjunk összpontosítani.

Vissza