No u nas to funguje, nebo by melo fungovat tak, ze pokud sem na projektu a rucim za vse, tak to zacina dohadovanim se a vyjasnenim si cilu testu, aby klient vedel co vlastne po me chce :) (a to i ve firme), kdyz se dohodnou cile, schanej se requirements a dohaduje se o requirements aby v testech pak nebyl bordel.
A kdyz mas requirements, tak si vypracuje clovek dokument o cilech testu, rizik testu, prostredim, iteracich, verzovani, podminkach nasazeni noveho buildu atd atd atd.
No a nez clovek zacne delat Test Cases jako takove, tak se zase dohaduje o tom co je potreba, co se musi udelat, kolik je na to casu, kolik lidi atp.
Hmno, pak se udelaj test cases, obcas i test scripts pokud je to vhodne.
Pak se testuje a testuje a testuje a opravuje a opravuje a honej se terminy a ve finale kdyz je produkt ve slusnym stavu, se vyjedou nejaky statistiky, grafy atp (coz se ostatne dela i behem testu aby projektak vedel jak na tom je) a napise se vyhodnoceni testu z kteryho je jasne vidno,co bylo a co nebylo otestovano, statistika ze strany test cases, dale osobni nazor na produkt, navrhy na vylepseni (to samozrejme probiha i behem iteraci), zmeny oproti puvodnim pozadavkum atp :o)
A pak se produkt preda zakaznikovi, ten si udela akceptacni testy (ktery obcas delame my, pac uz mame v tomhle dobry jmeno, takze nam verej) a pak uz se jen jede chlastat za dobre vykonanou praci :) A pak prijde zakaznik zas s necim novym uzasnym a cele to zacina na novo :D Samozrejme ze na zacatku predemnou je este analytik, kterej s tim ma desne prace, pac dobra analyza je proste zaklad :)