WOGRA blog; Senkinek sem kell többé manuális teszt
Az automatizált tesztelés nem újdonság. Minden jó szoftvert automatizált egységtesztekkel és integrációs tesztekkel fejlesztettek ki, így mindig változtatásokat hajtanak végre annak biztosítására, hogy minden továbbra is megfelelően működjön. Van elég keretrendszer és jelentési eszköz. Megtalálták a helyüket a piacon, és nehéz elképzelni az életet nélkülük. De sok ügyvezető igazgató hamar túlbuzgóvá válik, mert mire van szüksége egyelőre manuális tesztelőkre?
A szoftverfejlesztők biztosítják a "belső minőséget"
A fejlesztők többnyire szakemberek. Koncentrál egy problémára vagy a specifikációnak megfelelő megoldás megvalósítására. Feladatuk az, hogy megbizonyosodjanak arról, hogy a funkciók azt csinálják, amit kellene, és nem azt, amit nem kellene. Ez az összes lehetséges teszteset figyelembe vételével történik. Legjobb esetben a specifikáció diktálja mindet. Rossz esetben a specifikáció hiányos, és a fejlesztő észreveszi a hiányosságokat, és megfelelő tesztekben épít (konzultáció útján, hogy a logikát ne helyesen valósítsák meg). A legrosszabb esetben a fejlesztő egyedül marad, és a teszteseteket önállóan kell meghatároznia. A WOGRA-nál elvárjuk a fejlesztőinktől, hogy megértsék, mire van szüksége az ügyfélnek ahhoz, hogy az ügyféllel együttműködve a lehető legjobb eredményt érje el. De sok vállalatnál a szoftverfejlesztők a kibővített munkaasztalok, és egyszerűen átdolgozzák a specifikációt. Ha belegondolunk, hogy főleg offshore és nearshoring esetén a technikai szakértelem nem a fejlesztő kezében van, és nem kell ismernie a szoftver tartományát, a tesztelés feladata olyan, mintha vakon repülne.
A tesztek és a használhatóság tesztelése
Ebből a szempontból egyértelművé válik a kézi tesztek első hasznossága: A kézi teszteket általában műszaki szakértők végzik. Ismerik a tartományukat. És nem csak. Tudnak olyan kifejezéseket is, amelyek csak házon belül használhatók, pl. Rövidítések. És pontosan tudják, mely buktatók vannak formában és speciális folyamatelemekben, és célzottan keresik őket. Ez különösen izgalmas, ha új szoftverekről van szó. Mivel a manuális tesztelőknek természetesen vannak tesztcsomagjaik is, amelyeket át kell dolgozniuk. Ezek a lakosztályok gyakran konkrét folyamatokat tükröznek. Ezen a ponton gyorsan megállapíthatja, hogy a tesztelő megérti-e, amit ő vagy a szoftver csinál. Ha itt kérdések és problémák merülnek fel, javítani kell a folyamatot vagy a használhatóságot.
Majom tesztek
Most egy különösen érdekes tesztterülethez érkeztünk: majomtesztekhez. Ha ez még nem jelent semmit ezen a ponton: Képzeljünk el egy majmot, amely a szoftver előtt ül, és csak elüti a billentyűzetet, vadul kattintgat és mozgatja az elemeket, ha szükséges. Természetesen nem tudja, hogy az irányítószám mezőben ne legyen betű. Neki sem számít. Azt sem tudja, hogy csak akkor kattintson a jobb felső sarokban lévő gombra, ha legalább egy címet már elmentett. Neki sem számít. És természetesen nem tudja, hogy a drag & drop funkció csak a kékkel jelölt elemeken hajtható végre. Sejtetted - őt sem érdekli. És most jön az a rész, amitől mindenki fél: mi történik?
Manuális tesztek teszik a fűszerezést
Aki továbbra is azt mondja, hogy a manuális tesztek a múlté, az nagyon téved. Technikai szakértelemre van szükség, amely ellenőrzi mind a koncepciót, mind a használhatóságot, és ha szükséges, hibákat fedez fel a programozásban (mind a logika, mind a tesztek megvalósításában). Szüksége van valakire, aki csak „feltör”, mert mindig lesznek új felhasználók, akik számára a szoftver teljesen új, és akik pontosan ezzel a viselkedéssel ütköznek.