6.oldal www.tesztelesagyakorlatban.hu Szerencsésnek mondhatom magam, hogy a hosszú karrierem alatt mindig olyan cégeknél dolgoztam, ahol szabadon kommunikálhattam és működhettem együtt bármely más pozícióban lévő emberekkel, még akkor is, ha más csapatokban voltak. Az első programozási feladatomnál összebarátkoztam a gépszobában lévő operátorokkal. Ők voltak azok, akik futtatták a mi kódjainkat és karbantartották a gyártósorokat. JCL1 és JES22 parancsokat írtunk és elmondtuk nekik, hogy mit kell tenniük. Jelölőnyelvet használtunk a nyomtatványaink formátumának kialakításához a Xerox Star3 nyomtatónál. De egy barátságos operátor lehet, hogy az én munkámat kiemelten fogja kezelni! És segítettek a tudásom bővítésében is a különböző szkripteléseknél és a jelölőnyelv használatát illetően is. Könnyebbé tettük egymás életét azzal, hogy együtt dolgoztunk. Ugyanígy, bár a rendszerünk adminisztrátorai messze lent voltak a pincében a kezelőkkel együtt, barátságosak és mindig segítőkészek voltak a folyamataink kisimításában. Talán mert egy ilyen jól összedolgozó közegben kezdtem (az ügyfeleinkkel is egymás mellett dolgoztunk!), de ezt a megközelítést a későbbiekben is használtam olyan csapatok esetén is, amelyek vízesés modellben dolgoztak. Aztán jött az agilis módszertan, amely nekem egy természetes közeg volt, bár szükség volt a mindset-em alakítására (erről később bővebben!). Most pedig a DevOps kinőtt az olyan agilis cégekből, melyek valahogy lemaradtak arról, hogy a kezelő személyzetnek is az agilis delivery csapat részének kellene lenniük. Tesztelőként hogyan birkózunk meg a folyamatos szállítással, folyamatos teszteléssel, gyártás közbeni teszteléssel? Változtasdmegamindset-ed Mint az agilis esetén is, a DevOps is bevált gyakorlatok összessége, de emellett kultúra is, ahol a minőség van a középpontban. Azzal, hogy folyamatosan kisebb változtatásokat engedünk be a gyártásba, alacsonyan tartjuk a kockázatot és elkerüljük azt, hogy az ügyfélnek esetlegesen kárt okozzunk. Azzal, hogy monitorozzuk, megfigyeljük, és analitikus technológiát használunk, hogy „gyártás közben tesztelünk”, egy plusz biztonsági hálót képezünk, hogy megakadályozzuk a rendszer esetlegesen váratlan működését. Emellett ott van még az a dilemma is, hogy hogyan is végezzünk el olyan manuális tesztelési tevékenységeket, mint pl. a felderítő tesztelés, ha hetente, naponta vagy még gyakrabban kerül ki a kód a gyártásba. Tesztelőként egy nagy „mindset” A kultúraváltás nehéz, és a tesztelők gyakran szenvednek stressztől váltás közben, hogy a már megszokottól is gyorsabban kerülnek a gyártási folyamatba újabb és újabb kódsorok. A menedzsment gyakran él abban a tévhitben, hogy a DevOps és a folyamatos szállítás azonnal mindent „gyorsabbá” fog tenni. De ettől még nem lesz gyorsabb az új nagy featureök lefejlesztése – csak egyszerűen szétbontjuk ezeket a nagy feature-öket apróbb darabokra, melyekkel kisebb léptékben, de gyakrabban növekedhet a program. Hogyan légy sikeres tesztelő, ha a csapatod DevOps-ra áll át
RkJQdWJsaXNoZXIy MTEyMzcyNw==