[Javalist] Teszt lefedettség

[Suller Andras]

Szia,

A nyilvanvaloan egyszeru metodusokat feleslegesnek tunik tesztelni, de
nekem nagyon jol jonnek, amikor belefutok egy git conflict-ba. Ugyanis
a tesztek ritkan conflict-olnak, igy a kod kijavitasa biztonsagosan
megteheto, mert tesztekkel le van fedve. Ha meg veletlenul a kod is
meg a teszt is conflict-os lett, akkor arra kicsi az esely hogy
mindkettot hibasan sikeruljon osszefesulni.
Mas kerdes, hogy lehet hogy git helyett mas verziokezelot hasznalva ez
a problema nem ilyen gyakran jonne elo...
De mindenesetre en is meg a fonokseg is orul hogy van mindenre
tesztunk. Meg az 1 soros metodusokra is.

Andras

2012/9/12 István Viczián <viczian.istvan at gmail.com>:
> Szia,
>
> Egy nyelvet beszélünk. Pl. van egy egyszerű Spring-es crud-os
> alkalmazás. Ott az osztályok metódusait nem lehet elrontani, kb. 2-3
> sorosak. Amit el lehet rontani: rossz dependency injection, rossz
> annotációk, rossz tranzakciós kontextus, elírt named query, rossz
> onetomany annotációk, rosszul épül fel a context, stb. Erre én akarok
> teszt eseteket írni, de egy ilyen metódusra viszont nem akarok unit
> tesztet:
>
>     @Override
>     public List<Rendszer>
> listRendszerekByRendszerCsoport(RendszerCsoport rendszerCsoport) {
>         return em.createNamedQuery("listRendszerekByRendszerCsoport")
>                 .setParameter("rendszerCsoport",
> rendszerCsoport).getResultList();
>     }
>
> Kérlek, a magyar elnevezésekről külön flame thread-et indítsunk.
>
> Üdv,
> --
> Viczián István
>