[Modelinterpreter] Fwd: Re: hu.eltesoft.modelexecution.ide tesztek?

[Dévai Gergely]

Sziasztok!

A generalt kod viselkedesenek tesztelese OK, az augusztusi sprint tervezett fejlesztesie utan jutunk olyan helyzetbe az akciokoddal, hogy ez erdemben lehetove valik.

A GUI/IDE tesztek egy erre ortogonalis problema. Az automatizalt GUI tesztek mellett tamogatom a unit tesztelest is, ha nem utkozik komoly technikai akadalyokba, mert az automatikus GUI teszt altal kihozott hibat esetenkent nehez megtalalni.

Gergo

On Friday, July 24, 2015 20:51 CEST, Mormota <attila.ulbert at gmail.com> wrote:
 Jaja, nagyon tamogatom, hogy szanjunk erre idot az augusztusi sprintben.  Fontos hogy tudatositsuk, az Ericsson is tamogatja, hogy kilepjunk a piacra a cuccal. Szerintem jo uton haladunk, az E/// is elismeri, hogy a BME elott jarunk sok tekintetben. Most a legnagyobb kockazatot a model alapu tesztek hianyaban latom. Oldjuk meg, es nyugodtan mehetunk az Airbushoz meg a Saabhoz, Volvohoz, stb. Mormota 2015-07-24 20:40 GMT+02:00 Boldizsár Németh <nboldi at caesar.elte.hu>:Igen, amire a következő hónapban nagy hangsúlyt kellene fektetni, az a modell alapú tesztek. Tehát van egy X modellem, amiről tudom, hogy ha helyes kódot generálunk a különböző modellelemekből, akkor a futása során küld egy TestPassed üzenetet egy külső tesztelő komponensnek. Ilyenből elég sokat lehetne csinálni, és gyorsan futnának. Most pillanatnyilag csak reménykedünk abban, hogy a kód, amit generálunk valóban azt csinálja, amit akarunk.

Boldi On 2015.07.24. 20:35, Mormota wrote:Nekem vannak ketsegeim azzal kapcsolatban, hogy eleget nyernenek-e ezzel. Szempontok:1. Vannak automatizalt GUI tesztjeink, ergo ha valami a user szamara is erzekelhetoen nem jol mukodik, azt megfogjuk. Lehet, hogy vannak hibak a rendszerben, de azok valoszinuleg rejtev maradnak a user szamara addig, amig uj fukciot nem rakunk a rendszerbe. Akkor viszont elojonnek a GUI teszten.2. Nincsenek automatizalt generator tesztek. Pedig ugye valahol ez az egesz rendszer lelke. Ugye mar egy ideje beszelunk egy egyszeru tesztframeworkrol, ami tobbek kozott azert nem valosult meg, mert nem tamogattunk tobb osztalyt, es nem volt action language. Ez most megvaltozott.    2015-07-24 19:55 GMT+02:00 Karácsony Máté <kmate at caesar.elte.hu>:> Hmm... Van itt egy csomó kis izé, egy Registry, egy Container, egy 
Converter. Ezeket külön lehetne tesztelni.

Teljesen egyetértek, ezt én is így szeretném. Úgy kéne mindent megírni, hogy az extension point osztályok csak triviális delegációkat tartalmazzanak, a magukban unit tesztelt osztályokra. Másik lehetőség, hogy mi hajtjuk meg az extension point osztályokat azzal a szemantikával, ahogyan az Eclipse is hívja. Ami miatt ezt eddig nem csináltuk meg, az szerintem az, hogy van jó pár objektum beküldve ezeken az interfészeken, amiket nagyon nehéznek tűnik mock-olni elsőre (pl. Resource, meg minden egyéb, aminek bonyolult dokumentálatlan belső invariánsai vannak). Utána kéne nézni, hogy ehhez nincs-e valami Eclipse-specifikus mocking support. Ha nincs, side projektként előbb-utóbb indíthatunk egy ilyen libet, ha ráérünk :)

Üdv,
 Máté

_______________________________________________
Modelinterpreter mailing list
Modelinterpreter at plc.inf.elte.hu
https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter
    _______________________________________________
Modelinterpreter mailing list
Modelinterpreter at plc.inf.elte.hu
https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter

_______________________________________________
Modelinterpreter mailing list
Modelinterpreter at plc.inf.elte.hu
https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter
 


 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/modelinterpreter/attachments/20150727/a2588d57/attachment.html>