<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
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.<br>
<br>
Boldi<br>
<br>
<div class="moz-cite-prefix">On 2015.07.24. 20:35, Mormota wrote:<br>
</div>
<blockquote
cite="mid:CALcKjcpg+kG=Crd+A8G_jpPaag1Sx8xt9xDAUJwowLEASD03HQ@mail.gmail.com"
type="cite">
<div dir="ltr">Nekem vannak ketsegeim azzal kapcsolatban, hogy
eleget nyernenek-e ezzel. Szempontok:
<div>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.</div>
<div>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. </div>
<div><br>
</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2015-07-24 19:55 GMT+02:00 Karácsony
Máté <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:kmate@caesar.elte.hu" target="_blank">kmate@caesar.elte.hu</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<pre>> 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é
</pre>
</div>
<br>
_______________________________________________<br>
Modelinterpreter mailing list<br>
<a moz-do-not-send="true"
href="mailto:Modelinterpreter@plc.inf.elte.hu">Modelinterpreter@plc.inf.elte.hu</a><br>
<a moz-do-not-send="true"
href="https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter"
rel="noreferrer" target="_blank">https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Modelinterpreter mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Modelinterpreter@plc.inf.elte.hu">Modelinterpreter@plc.inf.elte.hu</a>
<a class="moz-txt-link-freetext" href="https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter">https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter</a>
</pre>
</blockquote>
<br>
</body>
</html>