[Java lista] Szoftver-tesztelés

[bognár attila]

Sziasztok!

Elnézést, hogy kicsit "OFF" módon szólok be, de hátha jól jön valakinek.

Napjainkban vannak már tároló rendszerek, amik nyers adat szinten 
képesek pillanatképet csinálni az adathalmazról és írható klónt 
csinálni. Az egész mindössze 1 pillanatműve (tényleg). A teljességhez 
hozzátartozik, hogy ehhez konzisztens állapotba kell hozni az 
adathalmazt a tárolón, ez terhelés alatt álló rendszernél nem 
feltétlenül triviális kérdés, de azért jó eséllyel megoldható (lásd VSS).
Mindez akár úgyis kivitelezhető, hogy másik (teszt)tárolóra vannak 
replikálva az adatok (katasztrófa elhárítás miatt amúgy sem feltétlenül 
árt), és akkor a tesztelés (például terheléses) nem az éles rendszert 
húzza le.
Közel sem megfizethetetlen technológiáról van szó. Ahol 
adathalmazügyileg nagyobb rendszerek vannak, ott valószínűleg legalább 
kicsit komolyabb kiszolgáló infrastruktúra is van alatta (nem egy sufni 
pc beállítva szervernek).

Ha ezt az egészet valaki kombinálja virtualizációval (ez nyilván közel 
sem új dolog, például rendesen lehet közelíteni az éles rendszereket 
legalább konfigurációs és hálózati szinten - akár teljesen elszigetelve 
-, ami már önmagában emelni tudja a tesztelés színvonalát), sokkal 
rugalmasabb és gyorsabb megoldásokat lehet kialakítani.

Ha valakit érdekel gyártó vagy egyéb további információ, állok 
rendelkezésre, nem szeretném a szakmaiságot reklámmal összeszemetelni :-)

Üdv,

Attila


2010.09.06. 9:07 keltezéssel, Kovács Richárd írta:
> Szia!
>
> On Sun, 2010-09-05 at 22:41 +0200, istvan.ketler at lhsystems.com wrote:
>    
>> Nem azt mondtam, hogy éles adatokkal tesztelj, csak azt mondtam, hogy
>> az adatok mennyisége és minősége legyen olyan, amilyen a majdani éles
>> rendszerben lesz. Ha százezres nagyságrendű járat lesz az élesben,
>> amelyek ezres nagyságrendű origin-destination relációkat kötnek össze,
>> és mindegyiknek lehet vagy 50 különböző paramétere (utasszám,
>> terhelhetőség, hatótávolság, satöbbi), akkor ne tizes nagyságrendű
>> járat két desztináció közötti összeköttetésével és 5-10 fix
>> paraméterbeállítással tesztelj.
>>      
> Nálunk (egy meg nem nevezett utazási irodának fejlesztünk) akkora
> adathalmaz az amivel tesztelni kéne, hogy ember legyen a talpán aki ezt
> manuálisan összeszedi, főleg úgy, hogy napi 3-5 feature, és ugyanennyi
> bugfix megy ki. Gépiesen pedig, az éles tükrözése órákig tart, meg is
> történik éjszaka, de mivel baromi sok a foglalás amiket az éles rendszer
> meg is jegyez, a tesztkörnyezet már reggel 9-kor tele van nem létező
> utazásokkal. A külföldi rendszerhez nem létezik csak papíron
> tesztkörnyezet, így ha találok végre egy tesztelhető foglalást, akkor
> mindeféle levelezésekbe kell kezdenek, hogy valaki törölje ki a
> foglalásomat. Én csak osztani tudom Gábor véleményét, bonyolultabb
> rendszernél, ahol külső beszállítók is vannak, esetleg nem is egy és nem
> is egy országból, lehetetlen, hogy a tesztkörnyezet pontosan úgy
> viselkedjen mint az éles.
>
> Ricsi
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
>