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

[Gera Zoltán]

Szuper. Ebben a szellemben fogom csinálni a refaktort.


2015-07-27 10:32 keltezéssel, Dévai Gergely írta:
> 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 
>> <mailto: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
>>>     <mailto: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
>>>         <mailto:Modelinterpreter at plc.inf.elte.hu>
>>>         https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter
>>>
>>>     _______________________________________________
>>>     Modelinterpreter mailing list
>>>     Modelinterpreter at plc.inf.elte.hu  <mailto:Modelinterpreter at plc.inf.elte.hu>
>>>     https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter
>>
>>     _______________________________________________
>>     Modelinterpreter mailing list
>>     Modelinterpreter at plc.inf.elte.hu
>>     <mailto: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/c5761ac4/attachment-0001.html>