Idomiai, naudinga paskaityti :) as tik zinau kas tai yra ir daug maz isivaizduoju kaip tai daroma, patirties manau cia reikia del to kad bugai daznai kartojasi, kiek man yra aiskine (ne univere), tai net gali buti versijoje 1.001 bugas, jis buti istaisytas versijoje 1.002 ir vel kartotis versijoje 1.003, po to daug is bugu patyres programuotojas ras greiciau nei siaip kazkas, zinodamas kur ieskoti.
O siaip geras labai budas ivertinti kazkokia app su UI tai pagerusiam pabandyt su ja kazka padaryt ir priklausomai nuo to kiek daug keiksiesi ant tiek reiskias nepatogus UI :) cia as pusiau rimtai del sito, bet realybe rodo kad tada svarbu patogumas :)
"netikras" <netikras@tikrai.lt> wrote in message news:hm5fni$4de$1@trimpas.omnitel.net...
> ish tiesu viskas priklauso nuo to kuria grandi nagrineji.
>
> teorijoje viskas turetu prasideti nuo QA direktoriaus, kuris yra tiesiogiai
> atsakingas uz produkto Q. jo komanda turi parengti ir suderinti su firmos
> vadovybe pacia QA politika: nuspresti kaip QA bus assurinamas kontoroje. tai
> be abejo reiskia kad QA procesai bus pradedami kartu su softu, arba dar
> anksciau (jei kalbame pvz apie TDD scenarijus).
>
> normaliam QA teame yra butinas rimtas developeris, kuris turetu pateikti tam
> tikra QA frameworka softo developeriams. tai turetu buti kazkas panasaus i
> developeriu tech-lead'a QA klausimais. jis turetu paruosht developmento
> frameworka unit testams. kaip taisykle developeriai nemoka rashyti unit
> testu, net jei mano kad juos rashyti moka :) cia kaip su teamworku - nezinai
> kad nemoki dirbti komandoje tol, kol nepabandai dirbti komandoje. joks
> univeras to nemokina.
>
> taip pat reikalingas asmuo, kuris parinkinetu use case integration testams
> developmento lygmeny (viskam neparashysi). cia jau reikia daug darbo ir su
> developeriais ir su QA tech-leadu unit testams.
>
> taip pat reikalingas asmuo, kuris turetu vadeliotu clickintoju gvardija. jo
> darbas yra parinkti darbo irankius (auto-clickams ir smoke testams) ir
> organizuoti ju darba siais irankiais. rashyti pradinius scriptus irankiams,
> etc.
>
> kertinis akmuo, kuris praktiskai visada yra neegzistuojantis, tai vadovybes
> suvokimas, kad QA yra nemaziau kashtu ir laiko reikalaujantis dalykas, nei
> pats softo kepimas. ir kad QA turi buti pradedamas ne kai softas i gala, bet
> turbut kai softo nera dar ne 1nos eilutes.
>
>
>
> "gopas" <netikras@jamailas.lt> wrote in message
> news:hm3usg$ufm$1@trimpas.omnitel.net...
>>o cia siaip idomu...ka realiai tas testuotojas daro? programuoja?
>>
>> "isolated" <sauliusTRINTI@myeweb.com> wrote in message
>> news:hm3qq0$q62$1@trimpas.omnitel.net...
>>> jo, idomu kodel taip galvojama dar lietuvoj kad testuotoja prastesnis uz
>>> programeri
>>>
>>> "asdasd" <nera@jokio.lt> wrote in message
>>> news:hm3hki$ftd$1@trimpas.omnitel.net...
>>>> ten min isilavinimas paminetas, netinka
>>>>
>>>> "shimtas kinieciu" <theroyalwe@news.omnitel.net> wrote in message
>>>> news:hm3fts$dmm$1@trimpas.omnitel.net...
>>>> jio, ir dar frylanserei! ;)
>>>>
>>>> "Jornada Del Muerto" <ask@me.email> wrote in message
>>>> news:hm3dsa$ajl$1@trimpas.omnitel.net...
>>>>> Paprastai i tokia pozicija gerai tinka programuotojai su daug
>>>>> patirties.
>>>>>
>>>>> "siulau" <kontaktai@emailas.nuorodoje> wrote in message
>>>>> news:hm38k0$2ar$1@trimpas.omnitel.net...
>>>>>> http://www.cvonline.lt/darbo/cv-online-klientas/informaciniu-sistemu-kokybes-uztikrinimo-inzinieriaus-es-d134465.html?index=51f48e996deddc39717fc6b9a0108c71db153020
>>>>>>
>>>>>> Pagrindiniai reikalavimai: anglu kalba, neblogai moket rasyt testavimo
>>>>>> atvejus. Jei susidure su testavimo strategiju ir procesu aprasinejimu,
>>>>>> dar
>>>>>> geriau.
>>>>>> Miestas Vilnius.
>>>>>>
>>>>>> Kontaktai nuorodoje, as tik paskleidziu.
>>>>>>
>>>>>> P.S. Galimi ir pernuomavimo variantai, priklausomai nuo salygu.
>>>>>>
>>>>
>>>>
>>>
>>>
>
>