🚀 go-pugleaf

> No i ogólnie jesli ktos by chcial cos napisac o testowaniu
> oprogramowania jak ono wyglada np. w jego firmie to bede bardzo
> wdzieczny.

Różne są szkoły. Ja dzielę projekty na takie, gdzie programiści są
współodpowiedzialni za testowanie i jest wprowadzana pełna automatyka
przy wykonaniu testów (jest wykorzystany *Unit i pokrycie testami kodu
jest >50%) i na takie, w których zapewnienie jakości polega głównie na
"pospolitym ruszeniu" zespołu testującego na koniec projektu.

W pierwszym przypadku zyskujemy na jakości kosztem czasu (tworzenie i
utrzymanie testów kosztuje czas), w drugim zyskujemy na czasie
programistów kosztem jakości ("dziurawy" program w momencie oddania do
QA). Według mnie bilans wypada jednak zdecydowanie na korzyść
pierwszego podejścia.

Uczestniczyłem w obu typach projektów i cenię sobie zysk z
przygotowanej infrastruktury do zautomatyzowanych testów w projekcie.
Przykładowe konfiguracje, które oglądałem od środka:

 - ColdFusion: HttpUnit (próba pełnej automatyzacji testów na poziomie
   integracyjnym)
 - Python: PyUnit (pełna automatyka wykonania, pomiar pokrycia)
 - Java: JUnit + analiza statyczna zasobów (jak wyżej, bez pomiaru
   pokrycia testami)
 - Java: Test Director (wydzielony QA w wielkości 5 osób, ręczne
   wyklikiwanie scenariuszy, 6 programistów, testy JUnit pokrywające
   <1% aplikacji)

-- 
Darek Cieslak;                                   cieslakd at gazeta.pl
http://cieslakd.aplikacja.info - Software Quality, eXtreme Programming