Szoftvertesztelés

Hírek, újdonságok, tapasztalatok és elmélkedések a szoftvertesztelés világából!

Kommentek

  • blash: Én csak pár képet hiányolok, ami persze nagymeló, de sokat hozzá tud tenni a cikkekhez. (2013.02.10. 17:17) Mantis
  • szlj: A sorok között benne van, de mivel a személyes tapasztalatommal is megegyezik, ezért ideírom. Aki ... (2013.01.24. 22:20) Mantis
  • p_jano: @B9: Az egyik lehetőség a tanácsadói, szolgáltatói cégeknél elhelyezkedni. Itt azért negyedévente,... (2012.07.03. 22:16) Tanulni szeretnék ...
  • B9: Sziasztok! Mit javasolnál annak, aki olyan munkahelyet keres, ahol a legszéleskörűbb tapasztalato... (2012.06.18. 10:29) Tanulni szeretnék ...
  • Eaven: Csakis egy adatbázisból. Kell egy web oldal ahol regisztrálhatja magát az ember ilyen munkára. In... (2011.10.25. 17:24) Hogyan lehet ...?
  • Utolsó 20

Programozás vs Tesztelés

2007.05.06. 21:18 | p_jano | Szólj hozzá!

Címkék: tesztelés szoftvertesztelés tesztelési problémák tesztelési módszertan

Programozás vagy tesztelés? Néha egy és ugyanaz a két dolog.

A programozók sokat tesztelik a munkájukat (vagyis ezt kellene csinálniuk), a tesztelők, pedig sokszor olyan képességekkel kell, hogy rendelkezzenek, mint a fejlesztők. Nemegyszer adatbázis lekérdezéseket kell írniuk, futtatniuk, olyan eszközöket kell használniuk, melyeket valamilyen scripttel, vagy kóddal lehet vezérelni, stb. Sőt a programozás elméleti részében is jártasnak kell lenniük. Példa erre a következő:

Egy vállalatnál a vezetés azt határozta el, hogy az újonnan fejlesztett alkalmazást (mivel az annyira sokrétű és sok múlik a használhatóságán) a lehető legtöbb emberrel fogja tesztelni. Igen ám, de különböző okok folytán nem mindenki fért hozzá a dokumentációkhoz, így úgy kellett pár tesztelőnek megírni a teszteket, hogy azt a junior tesztelők is tudják futtatni.

Sajnos a megrendelővel való kapcsolattartás nem volt a toppon, így nagyon sokszor változott a követelményrendszer. (Jobb esetben a fejlesztés megkezdése előtt, de gyakran a programozók munkája alatt, vagy utána!) Mivel nagyon sok teszteset volt és a változások gyakran elemi szintűek voltak, így olyan megoldást kellett találni, amivel a tesztesetek karbantartása számottevően egyszerűsödik.

A megoldást az objektum orientált programozás szolgáltatta.

A tesztelők minden egyes követelményből egy - egy tesztobjektumot készítettek. Ezeket a tesztobjektumokat használták fel a tesztesetek előállításánál úgy, hogy hivatkoztak (linkkel) az adott tesztobjektumra a teszteset lépéseinél. Így ha bármilyen követelmény megváltozott (ami elég sokszor történt), csak az elemi tesztobjektumot kellett módosítani és a változás öröklődött az összes hivatkozó tesztesetben. Ezzel a technikával folyamatosan naprakész tesztterv állt a tesztelők rendelkezésére.

Két hátránya volt a módszernek. Az egyik, hogy nem volt olyan rendelkezésre álló eszköz, mely korrekt módon kezelte volna az így felépített teszttervet. (Sajnos egy - két funkciót körülményesen lehetett használni a tesztek írásakor.) A másik, hogy a tesztet tervezőknek programozói szemlélettel kellett rendelkezni, hogy fel tudják építeni és folyamatosan karban tudják tartani a több, mint 1000 tesztből álló tervet. Így csak néhányan voltak alkalmasak a tesztírásra.

Viszont előnye, hogy bárki, aki nem ismerte az alkalmazást naprakész és pontos tesztesetet kapott a keze közé. Így akár az utcáról berángatott emberek is képesek voltak tesztelni. (Előfordult, hogy az 5-6 fős tesztelői csapat egy –két napra 10-12 főre duzzadt. A tesztterv által mindenki 100%-os teljesítményt tudott nyújtani.)

A bejegyzés trackback címe:

https://teszteles.blog.hu/api/trackback/id/tr3671800

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

Nincsenek hozzászólások.
süti beállítások módosítása