[Javalist] Teszt lefedettség

[István Viczián]

Üdv,

Igen, lefuttatja őket, de mivel nem unit tesztekre kell nekem, hanem
integrációs (komponens vagymi) teszteknél, aminek a futásideje sokkal
hosszabb, akár tíz percekben mérhető (adatbázis, konténer, stb.), jó
lenne, ha először azokat futtatná le, melyek érintettek az adott
commit-nál. Így időt spórolsz meg, hiszen hamarabb jöhet ki a hiba.
Ez nem újdonság, a Clover tudja.
Egy Selenium sem 1 perc alatt megy végig egy komplex rendszernél.

Másrészt most nem akarom kifejteni, hogy manuális tesztelőink is
vannak (abba ne menjünk bele, hogy szerintem bármilyen jó unit tesztet
írunk, emberi tesztelés kell), és de milyen jó lenne ez, ha tudnánk,
hogy mely teszt eset közben mely kódsor fut le.

De ne szennyezzük a listát ilyesmivel, aki nem érti, jöjjön el a
JUM-ra, és élőben kifejtem.

Üdv,
--
Viczián István


2012/9/17 István Székely <istvan.szekely at i-logic.hu>:
> Hi,
>
> Én sem értem. Continous integration mindig futtatja az összes tesztesetet,
> nem? ;)
>
> Üdv,
> Stivi
>
>
> On 2012-09-11 13:48, auth.gabor at javaforum.hu wrote:
>>
>> Hi,
>>
>>> Tudtok mondani nekem egy olyan (code coverage) eszközt, mely meg tudja
>>> mondani, hogy mely teszt eset lefuttatásakor mely osztályok kerülnek
>>> futtatásra?
>>
>>    Ööö... izé... ennek miért kellene kiderülnie, amikor egy unit teszt
>> egészen pontosan és jól definiáltan egy unit-ot tesztel, ami általában
>> egy osztály? :)
>>
>>> És fordítva, ha változtatok egy osztályt, megmondja, hogy
>>> mely teszt eseteket kell lefuttatni?
>>
>>    Ugyanez fordítva: az adott unit-hoz tartozó unit tesztet kell
>> lefuttatni. :)
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist