ChatGPT – vajon át tudja-e venni teljesen a tesztelők munkáját? – 2. rész

Előző cikkünkben azt vizsgáltuk meg, hogy magyarul milyen válaszokat kaptunk a bottól. A mostani cikkünkben arra vagyunk kíváncsiak, hogy hogyan viselkedik a program, ha ugyanezt a feladatot angolul adjuk meg neki. Vajon ugyanolyan kiszámíthatatlan bizonytalansággal küldi a megoldásokat, vagy a nyelvi könnyebbség miatt stabilabb eredményeket küld?

A feladat

Az előző cikkünkben feladatként ugyanazt az adott feladatot adtuk meg, angolul:

Prepare a cause-effect analysis matrix with columns defining the test cases and rows defining the conditions describing the test cases and possible actions, as in the following example: we want to withdraw money from an ATM.

Conditions:

  • The bank card is valid
  • A correct PIN code is entered
  • The PIN code must be entered no more than three times
  • There is enough money in the machine and entering the PIN code can be attempted up to 3 times

The machine is capable of the following operations:

  • Reject card
  • Re-acquire PIN
  • Return card
  • Request a new requested amount
  • Payment

Summarize the results in a table: horizontal rows contain the causes and effects, vertical columns contain the test cases.

Lássuk az eredményeket!

Kíváncsiságból itt is több alkalommal adtuk meg ezeket az input értékeket, alább tekinthetjük meg a chatGPT által küldött mátrixokat.

Összegzés

Mint láthatjuk, angol nyelven megfogalmazott input érték során sem küld a chatGPT megbízhatóbb eredményt, mint magyar nyelven, sőt – magyarul összeszedettebb és informatívabb táblázatot hoz létre, mint angolul. Összesen egyetlenegyszer küldött ugyanolyan mátrixot (3. táblázat), mint korábban (1. táblázat). Ez megerősíti a feltételezésünket, hogy ez a program néhány évig még nem valószínű, hogy veszélyeztetni fogja a manuális tesztelők munkáját.😊 Legalábbis egyelőre.

Megosztás

Kérsz értesítést a legújabb cikkekről?

Kapcsolódó cikkek

Shift Left már nem elég: merre tart a modern szoftvertesztelés?

Van egy elv, amelyet a szoftvertesztelésben évek óta bölcsességként adnak tovább: „tesztelj korán és gyakran”. Ez a Shift Left szemlélet lényege, és sokáig ez jelentette a modern minőségbiztosítás csúcsát. A logikája megcáfolhatatlan: minél korábban találjuk meg a hibát, annál olcsóbb kijavítani. Csakhogy a mai szoftverek már nem úgy néznek ki, mint húsz éve. Egy modern

Miért nem szabad a fejlesztőnek a saját kódját tesztelnie?

A fejlesztő megírja a funkciót. Megírja hozzá a teszteket is – alaposan, lelkiismeretesen. Minden teszt zöld. A kód átmegy a pipeline-on, kimegy élesbe. Két héttel később a rendszer elhasal egy olyan eseten, amire senki nem gondolt. A tesztek nem hazudtak. Egyszerűen nem a jó kérdést tették fel. Ez a cikk nem arról szól, hogy a

Mennyi pénzbe kerül egy későn megtalált hiba?

Képzeljünk el egy egyetlen félreérthető mondatot egy több száz oldalas követelményspecifikációban. A mondat egy kerekítési szabályról szól, és kétféleképpen is értelmezhető. A fejlesztő az egyik értelmezés szerint kódolja le – teljesen logikusan, jóhiszeműen, a saját olvasata alapján. Ha ezt a mondatot valaki a specifikáció átolvasásakor megkérdőjelezi, a „javítás” költsége nagyjából tíz perc: egy tisztázó kérdés

Scroll to Top