• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
    • přihlásit
    registrace
    ztracené heslo?
    OASHIQA - Quality Analysts / Assurance - kvalita SW - testování, testeři - Každý ví, kdo je programátor, ale kdo zná QA? :'(
    QA: Quality Analysts / Quality Assurance / Quality Engineers

    Developeři nás milují! ;) A my je také. :)
    Každý ví, kdo je programátor, ale kdo ví, co je QA? :'(

    Děláte to? Provozujete QA?
    Testujete? Píšete si test scripty?
    Máte snad automatizované smoke testy? (pozor, neplést s unit testy, ty nechme developerům, ať si ty své chaosy debugují sami... ;)
    Už ať jste tu!

    Hlášky:
    * náš šéf QA oddělení: "I am just a junior tester..."
    * náš šéf QA oddělení: "I dokumentace je předmětem testování!" ...bohužel se o tom přesvědčuji až příliš často, ty FuncŠpeky bývají dost odbyté...

    Témata:
    Procesní organizace - http://en.wikipedia.org/wiki/Process_management
    RUP - http://en.wikipedia.org/wiki/IBM_Rational_Unified_Process
    Total Quality Management - http://en.wikipedia.org/wiki/TQM
    Critical Chain Project Management
    Test Driven Development
    rozbalit záhlaví
    SIRLOON
    SIRLOON --- ---
    1 odpověď+3
    ANONDVACH: istqb sem delal pred 2 tydny. po x letech praxe. vpodstate to bylo jen slovickareni a popisovani toho co bylo ve skriptech, ale polovina tech veci se v praxi dela uplne jinak/nedela a bylo to spis pro pobaveni. nicmene jako juniorovi spis doporucim se zamyslet nad tim, jestli pro to mas vlohy a inteligenci, nebo to chces delat jen proto, ze si vystudoval humanitni obor a nekdo ti nakukal ze testera muze delat kazdej a vsude je potrebujou
    SUPCZ
    SUPCZ --- ---
    ANONDVACH: Využít možnosti někde nastoupit, když hledají lidi bez praxe.
    KORAL
    KORAL --- ---
    ANONDVACH: Pokud ti nevadí začít jako Junior, tak se ti ISTQB bude hodit. Aspoň se budeš orientovat v základech. A pro start ideální ...
    ANONDVACH
    ANONDVACH --- ---
    3 odpovědi
    Ahoj potrebuju nejake rady od vas, ja chci zacit pracovat v testovani, ale zadny zkusenosti s IT nemam, mam na mysli udelat ISTQB foundation certifikat
    btw je mi 25 let
    FONTAIN
    FONTAIN --- ---
    Hele díky Vám za všechny rady, rozhodně se nenechám natlačit do dělání automatických testu, ale jsem ze Selenia docela nadšená. Teď si to všechno prolejzám a na určitou část práce mi to může docela slušně pomoci.
    GILRAEN
    GILRAEN --- ---
    OTAVA: Jj. No tak to pak asi vetsinou dopadne tak si najdou dalsi netusici ovecku. Ted uz taky delam jinde ;-).
    OTAVA
    OTAVA --- ---
    1 odpověď
    GILRAEN: Takovou firmu bych asi dlouho nenzazival - abych delal holku pro vsechno (BA, QA, QA managera, automation QA) a jeste me na konci nekdo zjebe, tak to sorry. Bud daji penize, zodpovednost a pak budou respektovat moji praci a nebudou picovat, nebo pujdu o dum dal kde mi zaplatej to stejny a budu mit v praci klid.
    GILRAEN
    GILRAEN --- ---
    1 odpověď
    OTAVA: Jj. Ale zazila jsem x firem kde o tom nemel nikdo ani poneti :-).
    OTAVA
    OTAVA --- ---
    1 odpověď
    KORAL: Opet odkazuji ke svemu predchozimu prispevku. Jeden clovek dokaze za svuj cas udelat jenom urcity pocet ukonu a je na nejakem QA / DEV nebo jinem managerovi pod ktereho spada aby urcil priority, rekl ji tak ted budeme testovat rucne nebo automaticky a hotovo. Stejne tak ma ten manager odsouhlasit rozsah testovani a tak dale.
    GILRAEN
    GILRAEN --- ---
    KORAL: Jo jasne, tak je to smer k zamysleni a googleni. Pokud ji vynadaji za to ze se ji neco zmeni pod rukama. Ale tak jak kdo chce. Hlavni vyhodu automatizace vidim v tom ze cast prace prehodis na vyvojare :-).
    KORAL
    KORAL --- ---
    2 odpovědi+3
    Je pěkné, že tu radíte automaty. Ale opět se pochvíli dostane do stavu v jakém byla na začátku. Neodstatek lidí.
    Protože čim více toho zautomatizuješ, tím větší šance, že toho bude potřeba časem víc a víc k upravám a bude potřeba člověk co ty automaty bude udržovat aktualizované.

    Ve chvíli kdy se rozhodnete tvořit automaty je dobré se zamyslet i nad tím vzít dalšího člověka v nějakém horizontu (podle plánu vývoje) a předat mu jejich tvorbu a nebo svoji práci a převzít si automaty.

    Jasně je tu otázka, zdali se automaty dělají již na konci projektu, kde se rozhoduje, že se budou testovat už jen to co by se měnit nemělo a šance změni je minimální. Dále se tu dá položit otázka zdali je potřeba dělat utomaty a nebude levnější naujmout dalšího juniora jen na klikání, který jednou za týden projede vybrané testy, které vždy musí fungovat.

    Automaty jsou kapitola sama pro sebe a je vždy dobré se před jejich zavedením hodně zamyslet, než je někam bezhalvě cpát s tím, že ušetří práci a čas.

    To co se tu řešilo je spíše z mého pohledu problém projektu. Shází tam BA a případně někdo se zkušenostma TM/TL(test manager/test lead).
    URPUTNIK
    URPUTNIK --- ---
    FONTAIN: jenkins je v podstate 'nastroj na spousteni ukolu', zpravidla automaticky testy v kodu, build aplikci, apod .. selenium je nastroj na psani automatickych testu na klikaci aplikace (web/gui) .. do jenkinse se samozrejme da pridat spousteni selenium testu (zpravidla s nocnim buildem apod) ..
    pokud se vam to poradi dotahnout takhle daleko, tak se prestanou vyskytovat ty 'a najednou se to rozbilo' pripady
    GILRAEN
    GILRAEN --- ---
    FONTAIN: Pozn. v urcitych pripadech je lepsi testovat manualne, nekdy ta automatizace stoji prilis usili. Ale je dobre snazit se to manualni minimalizovat co to jde :-).
    GILRAEN
    GILRAEN --- ---
    GILRAEN: Pardon za preklepy, telefon. Snad to jde pochopit.
    GILRAEN
    GILRAEN --- ---
    1 odpověď
    FONTAIN: Jenkinse neznam, my pouziva nUnit a Selenium, ale v principu to je jedno. Nech si to od nich vysvetlit a bud svoje testy integruj do jejich reseni a nebo si naklikej svoje. Meli by ti poradit, je to v jejich zajmu. Ale d rostoucim poctem featut to manualne zvladnout v jednom s vsim tim papirovanim nemuzes :-).
    FONTAIN
    FONTAIN --- ---
    3 odpovědi
    GILRAEN: Tak oni i něco mají...jenkins??? je to to o čem mluvíš? ale je to tak, mám pocit, že se před každým relesem jdu zbláznit.
    GILRAEN
    GILRAEN --- ---
    1 odpověď
    FONTAIN: Nejlepsi to budes mit kdyz to po sepsani casu testy zautomatizujes, nejjednodussi cesta pro web Selenium IDE, jinak at ti poradi vyvojari podle toho v cem delate. Jinak se pred kazdym releasem zblaznis a stejne to nikdy 100% nebude. Idealne pak donutit vyvojare at si ty testy pousti sami pro svou kontrolu a nemusis se toho tak moc ucastnit ;-).
    FONTAIN
    FONTAIN --- ---
    1 odpověď
    OTAVA: Hele povytažené obočí, zažila jsem, že jsem testovala takovou blbost v podstatě jen zobrazení informace na webu a za pár dní po nasazovaní dalších věci to bylo rozbité, já to ostestuju dám to do done a najednou je to rozbite? Tak tomuhle přeci nepředejdu.

    Nicméně přepokládám, že pokud jsou věci na produkci a do té oblasti se nesahá, tak se ani nerozbije.

    A proto tady budou ty usecasy, takže před relasem to projít ještě jednou celé dle těch usecasu toho daného relase a hotovo, Víc asi nedokážu udělat.
    OTAVA
    OTAVA --- ---
    1 odpověď
    FONTAIN: Testovani prece neni a nemuze byt o tom ze otestujes cely produkt, ostatne u kazdeho trosku slozitejsiho systemu to neni ani realne mozne.

    Testovani je disciplina o tom ze za X clovekohodin otestujes Y procent aplikace - pocinaje happy flow scenari, pres nejpouzivanejsi flow a pak jdes pres mene a mene pravdepodobnejsi flow a samozrejme testujes negativni scenare. Proto se ostatne pisou taky castecne test casy a mel by je nekdo sign offnout - tohle jsme slibili ze otestujem, tady to na zacatku nekdo odsouhlasil a tim to konci, kdyz toho chcete otestovat vic, najmete si vic lidi. Jako je pak samozrejme blby kdyz mas neco otestovat a ty se na to vyseres nebo to neotestujes a je tam zjevy bug, tak to samozrejme pak je na povytazene oboci, ale zazraky nikdo cekat nemuze.
    FONTAIN
    FONTAIN --- ---
    1 odpověď
    OTAVA: to podepisování je super nápad! Díky moc.


    N0NECZ: je to protože si na developery nikdo nedovolí?
    Naštěstí celej team ví kde je chyba, a že je u nich. My jsme přeci taky lidi. Jasný napadne mě 5 UC , ale rijde někdo jinej a napadne ho 6tej. Smutný je, že najdeš 30 chyb, ale nevšimneš si tři hovadin a už seš špatnej testr.

    N0NECZ
    N0NECZ --- ---
    1 odpověď+1
    FONTAIN: To je bohužel těžký úděl testera. Když to funguje jak má, tak zásluhy a potlesk sklidí programátoři. Když to nefunguje jak má, tak je to vina testerů. :)
    OTAVA
    OTAVA --- ---
    1 odpověď
    FONTAIN: normalne, napises si enjaky actory, nahazis tam usecasy, popises UI a nechas to enkoho podepsat a pak testujes tak aby to odpovidalo. Kdysi jsem psal par requirementu a lisi se to jak kde. Obecne si napises nejaou funkcni kostru a pak an to prihazujes veci podle nejakejch pozadavku nebo co ti prijde mailem. Cas od casu posles novou verzi an vedomi vsem kdo jsou v tom zainteresovany a kdyz bude nekdo proskat - tady jsem to pred mesicem poslal, nikdo neprotestoval, delat to co je tam napsano, nazdar.
    I kdyz todle by mel delat BA, no ale tak jsou firmy kde i jeden tester je luxus.
    OTAVA
    OTAVA --- ---
    +3
    N0NECZ: Nevim, v ceske firme jsem jeste netestoval :-)

    ale obecne obcas je absence dokumentace docela problem. Musuis se pak hrabat v nejakych JIRAch nebo dolejzat za developerama aby ti rekli co to ma vlastne delat. Ale to uz je IMHO principialne uplne spatne, protoze se nedozvis co to ma delat, ale co si developer mysli ze to ma delat a to nemusi byt nutne to stejne.
    Nakonec ale prece musi byt nekdo kdo ty defekty odsouhlasuje ne ? TTen by mel vedet jak to ma spravne byt.
    Pripadne pokud je v teamu nejaky nestastnik ktery je tam dele, bude mit takovou tu historickou zkusenost.
    Kliknutím sem můžete změnit nastavení reklam