HWSW podcast!

Szoftvertesztelés: ütött az óra (kraftie #58)

· PT52M10S

Összefoglaló

A HWSW podcast 58. kraftie adásában Sutta Dávid (Cloudera) és Gajdos Csaba (Teszteljük le Discord) vendégszerepeltek. A beszélgetés a szoftvertesztelői szakma jelenlegi nehézségeit járta körül, mint a túlkereslet megszűnése, a feladatok integrálódása a fejlesztői munkába, és a…

Röviden

Műsor
HWSW podcast!
Megjelenés
2025. 06. 05.
Hossz
52 perc
Témák
szoftvertesztelés, szoftverfejlesztés
Átirat
Az epizód beszélt szövege alapján indexelve

Ebben az epizódban

Ebből a beszélgetésből átökni egy craftiba.

Jaj, na jó, lehet, hogy ezt benne is hagyhatod egyébként.

Crafti a High Five Labs állandó támogatásával.

Én Böle Gyuri vagyok, a műsor egyik házigazdája.

Valaki kijavított minket egy nyelvnáci hallgatónk, hogy igazából ezt fordítva kell mondani, mert Batis Peti alias zero, de ezúton üzenjük, hogy ezt szándékosan csináljuk.

És két vendégünk is van, Sutta Dávid, illetve Gajdos Csaba.

Őket mindjárt be is mutatom, csak előtte itt vannak még ilyen kötelező körök.

Ugye az előző adásban beharangoztuk, hogy mi lesz a következő öt adás.

Ez most már fix, szépen le vannak tervezve, úgyhogy beszélünk a szoftveresztelésről, a FinOPSról, autista szakemberekről, üzemi tanácsokról, szakszervezetekről és a jogi adásnak is meglesz a folytatása.

És már most tudjuk, hogy április 15-én nem lesz craft, mert elmegyünk szabadságra.

És mivel sorrendben mondtam, ki lehet találni, hogy ma a szoftver tesztelői szakmáról fogunk beszélgetni.

Mielőtt azonban belevágnánk pár apróság. kövessetek be minket azon a platformon, ahol éppen vagytok.

Csak csatlakozzatok a Discord csatornánkhoz, a discord.hvs.comhun-n, és ne felejtsétek el, hogy június 16-án lesz az idei crafti meetup, az első, és alapvetően a az AI informatikára gyakorolt hatásáról fogunk beszélgetni.

És akkor most jön el az, hogy ha már itt eltizereltem, hogy itt vagytok, pár mondatban bemutatnám a két vendégünket.

Sutta Dávid, aki Staff Software engineer a Cloudéránál.

Dávid alapvetően szoftverfejlesztő, de nagyon sokat dolgozott tesztelői környezetekkel, tesztelés közelében, illetve most is egyfajta másodlagos skillként ezt használod.

A másik vendégünk pedig Gajdos Csabi, aki egy izzigvérig teszter, végigjárta ezt a szakmát a-tól z-ig, csapatokat is vezetett, illetve sokan talán onnan ismeritek, hogy övé a teszteljük le nevű Discord csatorna, ami a hazai teszter közösséget gyűjti össze, és azt nyugodtan kenthetjük, hogy gyűjti össze, mert hogy egy 4000 fős Discordon alól van szóval.

És azért ezt a kombót választottuk, mert azt gondoltuk, hogy ezt a ezt a beszélgetés úgy tudjuk a legjobban lefolytatni zeróval, ha két különböző hátterű szakember világítja meg a az egész történetet.

Egy olyan, aki a tisztán a szoftver tesztelés irányából jön, illetve valaki, akinek masszívan szoftverfejlesztői gyökerei vannak.

És akkor nézzük is, hogy hogy nagyjából miről fogunk most beszélgetni, mert nagyon sokat beszélgettünk zeróval arról, hogy hogy szint a talán a szoftver tesztelői szakma az, amit a legtöbb ilyen negatív hatás ér az elmúlt időszakba, mert nem elég, hogy itt van a piaci realitás, amiről sokat beszéltünk, hogy egyrészt vége a konjunktúrának, hiring freeze van a legtöbb helyen, ugye a juniorok lehetőségei is rendkívül beszűkültek.

Itt viszont azonban itt van még az is, hogy a tesztelők [Zene] feladatait a szoftverfejlesztők át tudják venni, legalábbis egy részét, és jól is lehet látni ezeket a folyamatokat a szakmába.

Ugye ott van az is, és ezt azt a ezt a részt kifejezetten nem szeretném megkerülni, hogy a a tesztelői szakmának a reputációja az sosem volt túl acélos.

És erről majd külön beszélünk.

És ugye itt itt meg kell pendíteni még azt a szálat is ugye, hogy hogy nagyon sokáig a a manuális tesztelő az egy olyan olyan IT szakma volt.

Bár ezen én majd vitatkoznék, hogy az IT szakmának tekinthető is, ahol effektíven igazi IT skilleek nélkül kaput nyitott az informatikára, és nagyon sokan így kerültek be ebbe a szakmába.

És akkor és nyilván erre a szakmára is hat az AI.

És szerintem az lenne a legegyszerűbb, hogyha előtte Zérő el akarod mondani egyébként, hogy szerinted miért foglalkozunk ezzel?

Vagy vagy belevágjunk a fogalmak tisztázásába?

Hát én annyit hozzátok, sziasztok a témához, hogy szerintem én voltam az, aki ezt a részben sokáig húzta.

Tehát ez már legelején fölmerült viszonylag korán, csak nem hiszem nálad volt egy ilyen felismerés, mert azt tudom, hogy valahogy nála nem volt meg, hogy itt ezt előbb sok van.

Tehát emlékszem az volt egy ilyen beszélgetésünk, aztán így miután ez így összeállt benned is, hogy egész sok fejlesztő van ebbe az országba.

Test utána igen, teb az országba és én voltam, aki húzta a témát mert igazából nem nagyon láttam olyan nem is tudom piaci indokot arra, hogy erről feltétlenül beszéljünk úgy, hogy csak csak azért, hogy random elkezdjünk róla beszélni, ott annyira szerintem annak nem volt helye és akkor most a piaci összeállás plusz mondtad, hogy téged is alapvetően érdekel ez a téma.

Plusz egyébként engem is elég sok oldalról megkérdeztek, hogy mit gondolok erről, és bár részben volt erről véleményem, részben nem, és azt már iná úgy is kitérünk rá, hogy miért, de de igazából több minden volt, ami most összeállt és néztem, tök jó ezt is kipipálni, mert már látszólott, hogy tök sokan akarták, hogy erről beszéljünk. formokba is visszajön meg is tö volt és szerintem ez több dolog miatt állt ez össze.

Most jó fussunk neki az egésznek úgy.

És ja és nagyon érdekes ez az első adásunk, ahol az egyik vendégünk írta az adásterv nagy részét.

Köszi Dávid erről nem is lehet, hogy nem is tudod.

Nem tudtam, hogy adás, de amikor a beszélgetésünk utána Dávid átküldött egy vázatot nekem, hogy hogy ő erre gondolt, hogy erről kéne beszélni, és gyakor egy komplet adásterv volt, úgyhogy sok időt spóroltál nekem, hozzáteszem és de az na akkor fégis azzal üt átadom a notebookomat. azzal ütötted fel, hogy hogy tisztázzuk ezeket a fogalmakat, hogy manuális tesztelő, automatikus tesztelő, tesztkörnyezetfejlesztő, az tesztelőnek számít-e?

Melyik kötök ugrik neki, Dávid?

Szívesen neki ugrok, sziasztok.

Mielőtt jöttem ide az adásba, egyébként elég sok ismerőst megkérdeztem, mert szerintem itt kavar van az egész piacon a fogalmak tekintetében.

És igazából arra jutottam, hogy nem biztos, hogy fogjuk tudni ezt tisztázni teljesen, mert cége válogatja, hogy mit, hogy neveznek.

Én igazából amit ugye QA QE ez a quality assurance, illetve quality engineering fogalmakból jön, illetve nagyon sok cégnel találkozni simán tester pozícióval is, lehet látni olyat, hogy software engineer in test.

Én nekem ami személyesen lejött, illetve amit én is tapasztalok, az az, hogy a software engineer in test az inkább egy szoftverfejlesztőt takar erős tesztelői szemlélettel.

Ö a többi pedig inkább az úgymond ízig vérig tesztelő.

És szerintem még ez a QA vs Q is tisztázzuk, hogy ez mi akar lenni.

Igen, hát ott gyakorlatilag azt lehet, az első gondolat, ami a Q-ról, hogyha így belegondoltok, az jöhet föl, hogy az minőségbiztosítás.

Az klasszikus világból érkezik.

Hú, nekem kezdjük az elejétől kábé, hogy m középban gondoltok egy ilyen pecsétre, amit ezek a régi cek előállítottak egy terméket és raktak rá egy pecsétet.

És valahol ha minőségbiztosításról beszélünk, nekem mindig ezek a pecsétek jutnak eszembe.

Ez a QA a tesztelés pedig, illetve a quality engineering, az pedig egy olyan téma, ami gyakorlatilag ennek a minőség, tehát a példavétele vagy mintavétele, ha így nézed, hogy gyártósort nézel, akkor az nem a folyamatot nézi, nem folyamatszemléletű, hanem egy ilyen utólagos mintavételező szemléletű.

Tehát az a példa, jó, hogy mondjuk a mondjuk vegyünk gyártósort, ha már ezt mondtad, hogy a QA az amikor legyen az autó és akkor megnyomkodják, és akkor a QE pedig amikor az teljes folyamatba be van épülve a minőségbiztosítás.

Nyilván mind a kettőnek van előnye és hátránya.

Szerintem ne menjünk bele, mert mert ez ilyen hitvita.

Van még valami, ami téma, amit tudnunk kéne.

Ugye vannak a manuális teszterek, ugye az gyakorlatilag az, aki végignyomkodja az egészet.

Ugye van az automata tester, aki rendelkezik valamifajta script tudással, vagy scriptelési tudással, mit tudom, Pythonba vagy valamibe, tehát tud automata teszteket írni.

Ugye van a teszt környezetfejlesztő, ugye jól mondom?

Igen, illetve majd szerintem a oda fog előbb-utóbb vinni minket az adás, de de hogy ezek azért szerintem erősen fornak össze, illetve nem lehet ezt már úgy külön választani, hogy ez három külön kategória lenne.

A illetve még amit itt hozzátennék, az az, hogy hogy ez egy ilyen útként volt elképzelhető. talán, hogy manuál teszter, és akkor annál feljebb van az automata tester is.

Hát én pont így képzeltem el, hogy én megyek és akkor nyomkodok, akkor van egy kicsi szoftver fejlesztői affinitásom, akkor automata teszterül lettem.

Ha kiderült, hogy egyébként így ténylegesen van, akkor mondjuk teszt környezetet fejlesztek, és onnan mondjuk egy ugrás a szoftverfejlesztés világába.

Igen, ez lehetett egy út, meg sokáig volt egy út.

Nem biztos, hogy ez most is így van.

Oké, akkor szerintem ezzel meg is vagyunk, hogy itt tisztáztuk a fogalmakat.

Legyen egy provokatív kérdés az elejére, hogy miért rossz a tesztelői pálya megítélése, illetve milyen ennek a historikus háttere?

Nyilván benne volt már az előző sztereotípiában gondolom azt, hogy ugye ki is mondtam, hogy ugye a manuális teszterről azt gondolom én laikusként, hogy ugye belépsz az ajtón úgy, hogy effektív IT tudásod nincsen.

Ebből kifogólag nem csodálkozom azon, hogy mondjuk akik már bent ültek az ajtó mögött a fejlesztőtől az üzemeltetőig satöbbi, azok nyilván úgy tekintenek a szoftver tesztelőre, vagy főleg a manuál tesztelőre, vagy hát ő az, aki aki egy kakuk tojás, viszont szükséges eleme a rendszernek.

Ez létezik ez a fajta ilyen felsőbb rendőrsége a szakmának, vagy ö szerintem abszolút.

Én azt gondolom, hogy ezzel az elején, amikor bekerül valaki tesztelőnek, mégha a szakmából is érkezik, mégha mérnökként is érkezik úgy tesztelőnek, akkor is szembesül vele, akkor is van egy ilyen kis komplexusa, hogy neki valamit ott bizonyítania kell, hogy nem nem ugyanannyit ér a csapatban.

És ezzel ezzel legtöbben megküzdünk általában az elején én is így kerültem a szakmába, és utána diplomáztam le.

Részben egyébként azért is, mert hogy éreztem ezt, hogy nekem meg le kell tennem többet az asztalra, hogy hogy egyenrangul lehessek a csapatban.

Csak ide vezető vissza, hogy a megítélése alapvetően nem túl jó a vagy a reputációja ennek a szakmának?

Tehát én szerintem az is nagyon erősen közbejátszik, hogyha valaki minimális motivációval motiváció nélkül ezt egy ilyen beugrókapunak tekintette, az az egyébként szerintem egy kimondom káros gondolkodás mód.

És hogyha te ebből nem akartál tovább lépni, vagy nem akartál emellé egyéb skilleket felszedni, akkor nyilván elkezdtek rád a kapun bent lévők rossz szemmel nézni.

És hogyha sok ilyen példa volt, akkor ez egy általánosításba fut bele utána a végén.

Hát szerintem amúgy így visszatekintve időben, illetve igen időben.

Hát nagy mondjuk a 2010 10-es éveken jöttem én egyébként bele ebbe a technológiai környezetben, akkor ugye nagyjából még az volt a standend, hogy mondjuk a technológiai szegmensen belül is a fejlesztőket néztünk, ott nagyon erősen megvolt, hogy megvoltak az ELT-sek, megvoltak a BM-sek és mindenki alatta volt.

Tehát, hogy nagyjából ez volt a sztendard.

Na most azt el tudjátok képzelni, hogyha már a fejlesztők között is ilyen szintű megkülönböztetés volt ez így van.

Tehát, hogy megvolt, hogy volt a felső polc, és akkor emlékszem, hogy ha valakinek nem elte meg mondjuk nem BM-e volt a a végzettsége, akkor azt így kidobták őket, a fejlesztőket is.

Tehát nem volt nem volt egyébként megkerülő út, hanem azt mondták, hogy nekünk jó engineerek kellenek, és azt az RT-ről meg a BM-ről lehet szerezni.

É tehát nagy ez a fejlesztőkön belül is megvolt.

Most el tudjátok képzelni, hogyha akkor valaki elkezdett tesztelni, akkor az így nagyjából a polcon hol volt?

Illetve még egy gondolatot ehhez hozzátennék, hogy vettek föl cégek ám nagyon sok embert úgy, hogy hát te nem vagy olyan jó fejlesztő, te majd jó leszel tesztelőnek.

Egy teljesen rossz elképzelés az én véleményem szerint, de de ez volt úgy is, hogy egyetemet végeztek.

Tehát ez volt egyet végeztek, de akoriban mégát az nagyon fontos, hog régebben ugye nem volt ennyi head count meg nem volt ennyi cég, tehát nagyon-nagyon megszűrték azt, hogy kiket vesz és tényleg csak a legjobbakat, aki nagyonnagyon jó volt matekból, elvégezte valamelyik top egyetemet, akkor te be tudtál kerülni és akkor se államfizetésekért.

És nagyjából szerintem innen indult ez az egész történet, hogy már akkor nagyon nagy volt a gap, hogy ki hogy tekintett a tesztelőkre, és hát ez nem nagyon változott meg az idővel.

És ahogy ugye beszéltünk erről most említettük azt, hogy volt egy pont, amikor nagyon sokan elkezdtek tesztelőként, manuál tesztelőként bekerülni a rendszerbe, úgyhogy nagyjából szinte semmilyen elvárása nem volt a cégeknek, csak legyen valaki, aki megcsinálja.

Cserébe tök jó lehet katázni, egy vagyont ki tudunk neked érte fizetni, úgyhogy tényleg semmi elvárásunk nincs.

A cég lenyomta neked a bootcampet, két-három hónap alatt megtanították, hogy mit kell csinálnod, és azért cseréib nagyon jó pénzt kifizettek.

Na most ezek után nem csoda, hogy egyébként erre a szakmára meg erre a környezetre nem feltétlenül jó szemmel néz valaki, aki mondjuk végigszív öt évet az egyetemen.

Tehát én végigszívok öt évet az egyetemen, nagy nehezen bekerülök, vagy nyilván nagyon sokat tanulok azért, hogy be tudjak oda kerülni.

És látom, hogy mások marginális efforttal amúgy tök jó pénzt keresnek, és tök jól vannak, és közel sem nincs akkora elvárás vele szembe támasztva ma, mint velem.

Nyilván az egyik, meg majd amire ugyanúgy kitérünk, hogy mondjuk a a fejlesztők mennyire voltak egy ponton igényesek azzal kapcsolatban, mer a kódjukra mennyi voltak igényesek, mert mondjuk a cég mit támasztott ezzel kapcsolatban feléjük.

Tehát ez is egy elég nehéz téma, hogy nagyon sokszor egyébként…

Említett entitások

Témák

Személyek

  • Sutta Dávid
  • Gajdos Csa

Szervezetek, cégek

  • Cloudera
  • Teszteljük le Discord

Hallgasd meg

Gyakori kérdések erről az epizódról: „Szoftvertesztelés: ütött az óra (kraftie #58)”

Miről szól ez az epizód: „Szoftvertesztelés: ütött az óra (kraftie #58)”?

A HWSW podcast 58. kraftie adásában Sutta Dávid (Cloudera) és Gajdos Csaba (Teszteljük le Discord) vendégszerepeltek. A beszélgetés a szoftvertesztelői szakma jelenlegi nehézségeit járta körül, mint a túlkereslet megszűnése, a feladatok integrálódása a fejlesztői munkába, és a… Az epizód a HWSW podcast! című magyar podcast egyik adása, megjelenés: 2025. 06. 05..

Milyen témákat érint ez az epizód: „Szoftvertesztelés: ütött az óra (kraftie #58)”?

Fő témái: szoftvertesztelés, szoftverfejlesztés.

Mikor jelent meg és milyen hosszú ez az epizód: „Szoftvertesztelés: ütött az óra (kraftie #58)”?

Megjelenés: 2025. 06. 05.. Hossz: 52 perc. Az epizód a Podiverzumon hallgatható meg: https://podiverzum.hu/podcast/hwsw-podcast/szoftverteszteles-utott-az-ora-kraftie-58

Több epizód a HWSW podcast!-ből

Hasonló epizódok más magyar podcastokból