Ptala jsem se právě proto, že mě nikdo žádné dokumenty nedá a já mám udělat výstupy. Tzn. v Jira vzít tasky pospojovat si je, pochopit co to má udělat, popsat, otestovat vc. usecasu a vyhodnotit.

Z toho co tu vidím si myslim, že za ty prachy tam, začínám být krapet nas....a.

Ciste teoreticky je idealni postup :

BA napisi use casy / requirements document.
Testing / QA projde ty dokumenty jestli neobsahuji chyby nebo nelogicnosti, po sign offu zacnou psat test casy a Dev vyvijet. Takze tady je vystup sign off zadani a pripravene testcasy.
Dev doda kod, QA otestuje, hodi jim zpet na hlavu chyby, dev opravi a tak dokola dokud se neodsouhlasi ze verze software je OK, sign off. Vystup jsou protokoly testu, hlasene chyby.
Nekde je jeste UAT - User Acceptance Testing, ale zazil jsem to zatim snad jenom na dvou projektech.
Kde maji automatizaci, tak asi napisou na novej kod i nejaky automaticky testy. Vystup - testy behaji a hlasi chyby :-)

V ramci post release aktivit by meli BA shromazdovat feedback uzivatelu a Dev opravovat post Prod chyby, QA jim to pretestuje. Tady je pak jedna dobra vec ktera se dela hodne malo - QA, Dev, BA by si meli cas od casu sednout, projit vsechny post produkcni chyby, udelat analyzu co bylo spatne, kde se stala chyba a proc se ta chyba neobevila driv a upravit proces tak aby se takova chyba priste nasla (pokud je to mozne a efetivni samozrejme). Nezamenovat s hledanim viniku prosim.

FONTAIN: ticket = incident / defect / bug / issue
imho .)
podla toho, aky defect management tool sa pouziva, sa stretnes s roznymi oznaceniami .)

FONTAIN: jo zadání se řešilo vždy a všude a pořád dokola. IMHO nejlepší způsob jak se takovým problém vyhnout je jednoduše říct, že když zadání není, tak ten ticket se dělat jednoduše nebude. Takhle to teď funguje v AB a je to asi nejlepší systém se kterým jsem se setkal. Projekťák a šéf business analytiků hlídají v jakém stavu je zadání. A dokud to neschválí, tak prostě nedostane ten ticket zelenou. Jako je jasné, že zadání se piluje ještě během vývoje ale je vždy na čem stavět.

Aj, ja delal v rytmu mesicnich releasu a byl to voser. Developeri nam nedali kod tak prvnich 14 dnu, pak to behem tejdne vsechno prislo a my meli tak tyden, deset dni to otestovat, nahlasit bugy, retestovat a jit do produkce. Nevzpominam na to rad, kazdej release byl pruser, jenom se resilo jestli malej nebo velkej a jak dlouho trvala oprava produkcnich bugu.

Čus, jestli hledáte práci, tak Air Bank zrovna nabírá testery do Prahy. Jeden na HPP druhý na IČO. Jde o manuál testování NF, jede se v menších týmech. Release každý měsíc. Bugy a ostatní tickety se evidují v JIRA. TC se píšou do Spira. Plusem jsou nějaké základní znalosti psaní TC, SQL(oracle) a umět si provolat webovou službu přes SOAP. Kdo neumí ten se to případně naučí ;-)

Za sebe můžu práci doporučit. Je tu dobrý kolektiv. Celkem dost věcí jsem se tu naučil. Navíc air bank ještě nemá tak hrozné korporátní manýry jako jiné starší velké společnosti.

Já jsem tady na IČO, takže nevím jaké benefity mají na HPP. Ale řekl bych, že to je klasika jako všude jinde. Jestli máte zájem tak mi napište a dám nějaké podrobnosti.

link na ofiko inzerát (když se přihlásíte přes ten link a přežijete zkušebku, tak dostanu nějaký bonus k faktuře)
Tester/ka bankovních aplikací (Praha) - Air Bank a. s. | Jobote.com
https://www.jobote.com/cs/job/apyv7rx?

ADIKEITE: vidim, ze to mas dost tazke.
Skusim odpovedat aspon na tu otazku ohladom kurzov.

zakladom pre automation je tento prehlad:
GitHub - atinfo/awesome-test-automation: A curated list of awesome test automation frameworks, tools, libraries, and software for different programming languages
https://github.com/atinfo/awesome-test-automation

Ako som pisal, pouzivam volne dostupne aj platene MOOC kurzy - Udemy, Coursera, EdX, Pluralsight, Codeacademy, CodeSchool, TreeHouse.
Pri platenych vyuzivam tie iste zdroje ako developeri u nas, niektore si platim sam.
Velmi tazko nalinkovat, ze co si mas urobit za kurzy bez nejakej hlbsej znalosti, v com sa vlastne pohybujes.
Vseobecne pre webove appky odporucam zacat Seleniom, trosku si v tom poklikat, nieco si o tom nastudovat a ked to akotak budes mat preklikane a nastudovane, tak sa vrhnut na Selenium Webdriver a vybrat si nejaky jazyk (vseobecne teraz frci Java a Python a najdes pre tieto dva aj mnozstvo kurzov, napovedy a navodov) a zacat si v tom skusat, rozvijat sa. Zakladne kurzy na tieto dva programovacie jazyky su snad vsade. Ale ako som pisal, zalezi na tom, v com kodia vasi developeri. Ja som bezne prechadzal z jazyka na jazyk podla projektu a firmy.

hint: pre kazdy jazyk existuje celkom napomozne vyvojove prostredie, casto s podporou, ktoru tester velmi oceni (ja uplne bez hanby pouzivam tie iste IDE ako developeri, co ulahcuje aj komunikaciu a dotahuje tu robotu na level, ze im tie bugy aj debugujem rovno a pisem navrhy na riesenie, povacsine je to nejake JetBrains IDE, resp. Visual Studio), s tym potom suvisi aj nejake to CMS/Git skolenie pre vyvoj testov.

Ono najdolezitejsie je naozaj si urcit, ako vlastne chces testovat. Ak je ucelom testovat funkcnost appky (simulacia manualneho testovania) v nejakom browseri, tak testuj spravanie sa appky v browseri. Podla ucelu si vyberas nastroj.

ADIKEITE: a proc ze neni pruchozi to selenium? embercli a jasperjs neznam, ale dle googleni mi to prijde jako o uroven 'niz' nez je to selenium .. takze jestli se s tim moc peres, nejdriv to naklikej v seleniu ..