Kérdezz meg egy fejlesztőt, mikor volt sikeres egy kiadás, és nagy eséllyel ezt hallod: „lefutott a pipeline, a kód bement a main ágba, nem dobott hibát a telepítés.” Technikailag tökéletes válasz. És egy CIO számára mégis szinte irreleváns. Mert egy vezető nézőpontjából a release nem akkor sikeres, amikor a kód kiment. Hanem akkor, ha másnap […]
Mit jelent egy sikeres release a CIO szemével? Read More »
Bevezető A szoftverfejlesztési projektek egyik legvitatottabb kérdése nem az, hogy kell-e automatizálni a tesztelést, hanem az, hogy mikor. „Már az első naptól írjunk automata teszteket, vagy ráérünk, ha már kész a funkciók nagy része?” – hangzik el a kérdés szinte minden projektindító megbeszélésen. A válasz azonban nem egy egyszerű dátum vagy verziószám. A tesztautomatizálás ugyanis
Tesztautomatizálás: mikor érdemes belevágni, és mikor várjunk még? Read More »
Bevezető Szoftvert fejleszteni ma már nem csak kódolást jelent. Egy termék sikere legalább annyira múlik azon, hogy a kiadás pillanatában stabilan, hibamentesen és megbízhatóan működjön, mint magán az ötleten. Ahogy az IT projektek egyre komplexebbé válnak, a hagyományos, tisztán manuális tesztelés egyre kevésbé tud lépést tartani a fejlesztés tempójával. Eljön a pont, amikor a tesztelés
Tesztautomatizálás útmutató: mikor, hogyan és miért érdemes bevezetni? Read More »
Bevezetés A mesterséges intelligencia nem veszi el a tesztelők munkáját – viszont azok a kollégák, akik elsajátítják az AI eszközök használatát, komoly lépéselőnybe kerülnek. Noha az AI nem rendelkezik igazi emberi empátiával és mély üzleti kontextus-megértéssel a „felfedező” (exploratory) teszteléshez, a monoton, adminisztratív vagy adatelemző QA feladatokban verhetetlen szárnysegéd. Nézzük meg azt a 8 konkrét
8 hasznos AI trükk, amivel napi több órát spórolsz a tesztelésben Read More »
A sorozatunk előző részeiben megvizsgáltuk a Blind CV (anonim önéletrajz) módszertan gyakorlati működését (Blind CV a tesztelői staffingban), és beszéltünk a staffing sebességéről. Most azonban egy lépéssel hátrébb lépünk, és a projektmenedzsment egyik legkritikusabb területére fókuszálunk: a kockázatkezelésre. Bármely IT vezető megerősítheti: a szoftverfejlesztés egyik legnagyobb kockázata nem a technológia, hanem az emberi tényező. A rossz
Hogyan csökkenti a Blind CV a felvételi kockázatot? Read More »
Bevezetés Az előző cikkünkben (Gyors tesztelői kapacitásbővítés) már érintettük azt a „pánikhelyzetet”, amikor a projektnek tegnapra kellene ember. Ilyenkor a kapkodás a legnagyobb ellenség, és gyakran pont a hagyományos, lassú kiválasztási folyamatok állnak a gyors tűzoltás útjába. Itt jön a képbe a Blind CV (anonim önéletrajz), amiről korábban már írtunk a kockázatcsökkentés kapcsán (Blind CV a
Blind CV a tesztelői staffingban – miért működik? Read More »
Bevezetés A projekt késésben van. A határidő vészesen közeleg. A menedzsment ideges. Mi az első reflex? „Fel kell vennünk még embert! Tegnapra!” Ismerős a helyzet? Valószínűleg mindenki találkozott már vele, aki dolgozott IT projektben. A pánikgomb megnyomása ilyenkor természetes reakció. Az extra erőforrás bevonása valóban életmentő lehet, de csak akkor, ha okosan csináljuk. A kapkodó, előkészítetlen
„Vajon hány kiváló szakembert utasítottunk el eddig csak azért, mert nem a megfelelő egyetemre járt?” A kérdés provokatívnak tűnhet, de a toborzási statisztikák és a pszichológiai kutatások sajnos alátámasztják: a hagyományos kiválasztási folyamatok tele vannak tudattalan előítéletekkel. A szoftvertesztelés területén, ahol a precizitás, a technikai tudás és a módszertani ismeretek számítanak, ezek az előítéletek nemcsak
Blind CV a szoftvertesztelésben – Miért csökkenti a kiválasztási kockázatot? Read More »
Bevezető „Szervezzük ki, vagy vegyünk fel rá saját embert?” Ez a kérdés – a klasszikus „Buy vs. Build” dilemma – valószínűleg minden növekvő technológiai cég vezetőségének asztalán landolt már. Amikor a szoftverfejlesztési projekt eléri azt a szintet, ahol a minőségbiztosítás (QA) hiánya már kritikus üzleti kockázatot jelent, dönteni kell. A legtöbb esetben az első reakció
Külsős tesztelői csapat vs. belső felvétel – A valódi költségek és az időtényező Read More »
Bevezető „Spóroljunk a tesztelésen, majd a fejlesztők megnézik egymás kódját.” Hányszor hallottuk már ezt a mondatot projektindító megbeszéléseken? Logikusnak tűnhet: a fejlesztő ért a legjobban a kódhoz, miért fizetnénk külön embert arra, hogy „kattintgasson”? Ez a gondolkodásmód azonban olyan, mintha a könyvelőt kérnénk meg, hogy auditálja a saját mérlegét. Papíron minden rendben lesz, de a
Nincs elég tesztelő? Ez az 5 fájdalmas következmény a projektre Read More »
Adja meg elérhetőségét egyszer és férjen hozzá valamennyi elérhető profilhoz.
