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

Hogyan épül fel egy jól működő tesztelési stratégia? – A szoftverminőség tervrajza

Tegyük fel, hogy egy hatalmas felhőkarcolót kell építeni egy forgalmas belváros közepén és megvannak hozzá a szakképzett munkások, a legmodernebb munkagépek és a prémium alapanyagok. Azonban van egy apró, de annál kritikusabb bökkenő: nincs részletes tervrajz. Mindenki tudja nagyjából, mi a dolga – a kőműves falat húz, az asztalos ablakot épít be, a villanyszerelő pedig

Mi az a regressziós tesztelés, és miért ez a szoftverminőség záloga?

Ismerős a helyzet? A fejlesztőcsapat éppen csak élesített egy ragyogó új funkciót, amitől mindenki a felhasználószám robbanásszerű növekedését várja. Az öröm azonban rövid ideig tart: alig egy órával a kiadás után érkeznek az első dühös hibajegyek. Az új funkció ugyan remekül működik, de valamilyen rejtélyes módon a bejelentkezés gomb megszűnt létezni, vagy a fizetési folyamat

Hogyan gyorsítja a tesztelés a release ciklust? A sebesség és a minőség szimbiózisa

„A tesztelés lassít.” Ez az egyik leggyakoribb tévhit a szoftverfejlesztési projektekben, ami gyakran vezet oda, hogy a release határidők közeledtével a minőségbiztosítás az első, amit feláldoznak a gyorsaság oltárán. A szemléletmód alapja a hagyományos, lineáris fejlesztési modell, ahol a tesztelés egyfajta „végellenőrzésként” funkcionál, ami megakasztja a folyamatot. A valóság azonban az agilis és DevOps környezetben

Scroll to Top