[ SOLVED ] REST-es webservice-t hívó kliens tesztelése

Fogalmam sincs, hogy hogy lehetne hatékonyan megoldani a kliens oldali rész tesztelését.

Bitbucket REST API-t akarok hívogatni, ezáltal sajnos a funkcionális teszt olyan szempontból kilőve, hogy nem tudok úgy tetszőleges adatokat beinjektálni, mintha lenne DB hozzáférésem. Ha a REST-t API-n keresztül töltöm fel a teszt adatokat, akkor is függök az implementációmtól, tehát sehol se vagyok. Ha hálózati kommunikáció nélkül oldom meg, akkor meg az egész szerveroldal működését le kell másolnom.

Még talán az tűnik a legjárhatóbb útnak, hogy szerencsére a Bitbucketnek van egy webes kliense REST hívások pöcögtetésére, így itt a POST-okat megírom/letesztelem, majd minden tesztfutás előtt elküldöm a lementett POST-okat, így mindig újraépül a megfelelő struktúra szerveroldalon. Mondjuk ehhez a DELETE-eket is meg kell írni, de akkor már a felével végülis kész vagyok, minek tesztelni a másik felét?

Ötlet?

Hozzászólások

"Ha hálózati kommunikáció nélkül oldom meg, akkor meg az egész szerveroldal működését le kell másolnom."

Nincs tapasztalatom Bitbucket/REST tesztelesben, de nem tudnad "hardkodolni" a szerver valaszait..?

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám

Elég brutális mennyiségű manuális munkára lenne így szükség, tehát, ha lehet, elkerülném :) Másrészt integrációs teszt is kéne, hiszen ha változik az API, azt csak onnan tudom meg, tehát nem úszom meg az adatok valahogyani feltöltögetését a szerverre.

"Elég brutális mennyiségű manuális munkára lenne így szükség"

Biztos van valami proxy-szeru alkalmatossag, ami egyszer felveszi a kereseket/valaszokat, majd kesobb ugyanazokra a keresekre visszajatssza a korabbi valaszokat... :^\

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám

SoapUI javascript/groovyscript-el logikai is irhato a test projektekbe