[Java lista] Szoftver-tesztelés

[András Csányi]

2010/9/6 Böszörményi Péter <zmblevlist at gmail.com>:
>
> On Mon, 06 Sep 2010 09:49:06 +0200, Tamás Viktor <viktor.tamas at gmail.com>
> wrote:
>
>> Ha lehetetlen is az éles rendszerrel (vagy lehetséges éles rendszer
>> konfigurációkkal) azonos teszt-rendszert létrehozni, azért törekedni
>> _lehet_ a minél jobb hasonlóságra. Ez mondjuk inkább a kassza
>> kezelőjétől függ mint a pogramozótól vagy akár a tesztelő mérnöktől.
>
> Szerintem fele-fele aranyu a feleloseg. Azert sokat szamit a
> fejleszto/rendszergazda kollegak akarata is, hogy az eles, es a teszt
> kornyezet megegyezzen.

Én abban hiszek, hogy van egy vezető és ő irányít lehetőleg
demokratikus, kooperatív módszerekkel. Ennek ellenére ő a góré. Ha
valaki eszerint nem képes megcsinálni a dolgát, akkor nincsen helye a
csapatban.

>> Unit tesztelni szoktatok? Az például olyan, amivel az ügyfél a büdös
>> életben nem fog explicite találkozni, mégis érdemes csinálni.
> Mi pl nem irunk unit teszteket, a szokasos kifogassal: nincs ra ido. Majd
> az ugyfelek elesben kiteszteleik. Mivel egy release soran keves, es nem
> nagy dolgok mennek ki, a modszer be is valik. Persze en marhara ruhellem a
> dolgot, de nincs igeny arra, hogy ennel jobb megoldas alakuljon ki.
> Viszont refaktoralas az egy eletveszely igy.

Extreme programming? :D
A kérdés, hogy mi van akkor, amikor nagyobb dolgokat raktok egy-egy
release-ben? Milyen módszer szerint dolgoztok?

-- 
- -
--  Csanyi Andras (Sayusi Ando)  -- http://sayusi.hu --
http://facebook.com/andras.csanyi
--  "Bízzál Istenben és tartsd szárazon a puskaport!".-- Cromwell