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

[Mormota]

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 listModelinterpreter at plc.inf.elte.huhttps://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/20150724/4c54f5a3/attachment.html>