• ú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? :'(
    OTAVA
    OTAVA --- ---
    +2
    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.

    VYGIDOR
    VYGIDOR --- ---
    FONTAIN: mozno nie celkom chapem, ale dovolim si tvrdit, ze majorita prace je vystup z testovania.
    nova funkcionalita - podla pouzitej metodologie (ci ich kadejakych kombinacii a mutacii) to je vsetko od analyzy requirementov, EPICov, use case-ov, ... cez spatnu vazbu na ne, spolupraca na ich zmene/improvementoch v trojuholniku "developer - business analytik - tester", ci v inej konstelacii, cez navrh test case-sov, validaciu ich scope-u, test data manazment, s tym suvisiaca tvorba suite-ov, cela samotna exekucia a jej nasledny reporting.

    bug fixing - komplet vsetko od najdenie problemu az po jeho uzavretie je vystup pre niekoho.
    DYNK
    DYNK --- ---
    FONTAIN: Use case a popis funkcionality ma sepsat business. To by mel byt spis podklad pro test, nez jeho vystup. Za vystup testovani povazuju vysledek/protokol testu.
    FONTAIN
    FONTAIN --- ---
    2 odpovědi
    VYGIDOR: Jj tak to vím, jen jsem se s tímto termínem nesetkala.

    Hele děláte nějaké výstupy z testování? Jako, že spisujete use case a popisujete tu danou funkcionalitu?
    VYGIDOR
    VYGIDOR --- ---
    1 odpověď+1
    FONTAIN: ticket = incident / defect / bug / issue
    imho .)
    podla toho, aky defect management tool sa pouziva, sa stretnes s roznymi oznaceniami .)
    FONTAIN
    FONTAIN --- ---
    1 odpověď
    VIDOCQ: chtela bych napsat,ze si me uklidnil :) Mozna blba otazka,delam to jen chvili,ale tickety jsou presne co? u nas to moc pres PM nejde...respektive jde,ale vicemene to co a jak se bude delat dela UX a ten to pak rozporcuje do jednotlivych tasku s hlavnim developerem.
    VIDOCQ
    VIDOCQ --- ---
    1 odpověď+1
    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.
    FONTAIN
    FONTAIN --- ---
    1 odpověď
    Otázka...píšete tu o zadání....já bohužel žádné zadání nedostávám, v postatě jedem jen issue v Jira a, když je description, která má hlavu a patu, tak to z toho pochoppím. Jinak z názvu max. A pak se to různě snažím najít a pochopit jak ten systém má vypadat.
    Jak tomuhle predejít a připravit se na to...jak to chodí u vás
    VIDOCQ
    VIDOCQ --- ---
    OTAVA: hele není tak tak špatný. Dělá vždy se dopředu a co se nestihne, to jde prostě do dalšího release. Ale pravdou je, že občas je v tom trochu guláš co má jít do jaké verze. Zadání testeři dostávají ve stejnou chvíli jako programátoři. A nasazovaní na prostředí si řídí taky testeři, takže se prostě testuje po kouskách vždy to co je hotové.
    SUPCZ
    SUPCZ --- ---
    Letos v novém dresu, ale stejně jako každý rok, sponzorujeme CzechTest. Zaujalo vás něco v programu (http://czechtest.com/programme) a chystáte se?
    OTAVA
    OTAVA --- ---
    DYNK: ty prvni dva tydny (nebo prvni tyden) se dodelavalo neco z minula, nejaky ty produkcni bugy a jinak veget. Ano, bylo to samozrejme vsechno spatne, taky jsem tam byl necely rok, nez jsem si rekl ze tohle nemam zapotrebi.
    DYNK
    DYNK --- ---
    1 odpověď
    OTAVA: tyjo a co jste delali ty prvni dva tydny? :) Ja, kdyz jsem jel na mesicni releasy, tak se testoval dalsi jeste pred nasazenim predchoziho. Ten model, kterej popisujes vypada bud na hodne malej tym, nebo na hodne spatnej management, pripadne kombinaci obojiho. Mne ty mesicni releasy docela vyhovovaly v tom nasem setupu.
    OTAVA
    OTAVA --- ---
    (tim netvrdim ze v AB je to stejne !)
    OTAVA
    OTAVA --- ---
    2 odpovědi+2
    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.
    VIDOCQ
    VIDOCQ --- ---
    +2
    Č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
    ADIKEITE --- ---
    VYGIDOR: Díky moc, na Githubu mě, ani nevím proč, nenapadlo hledat. Ten přehled je perfektní.
    Ty kurzy jedu a snažím se právě držet linii toho, v čem jedou developeři, takže teď javascript :) A první testy pomalu píšu, tak snad to vydrží. To selenium je tak nějak braný negativně, špatná zkušenost, a pro mě to má to negativum, že mi s tím moc nikdo asi neporadí, protože prostě to nikdo nechce řešit.
    A to co píšeš - že rovnou debuguješ, to je právě to, kam bych se ráda někdy dostala :)
    VYGIDOR
    VYGIDOR --- ---
    1 odpověď+1
    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.
    URPUTNIK
    URPUTNIK --- ---
    +1
    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 ..
    ADIKEITE
    ADIKEITE --- ---
    1 odpověď
    URPUTNIK: Tak typickej příklad je prostě web. Nevím, třeba web typu aukro, chceš udělat testy na login/logout, vytvoření nový nabídky apod. Takový ty často se opakující scénáře. Psáno v JS nebo teď ten Ember, jak jsem psala níž.
    ADIKEITE
    ADIKEITE --- ---
    Teda teď doufám, že mám odpověď dává smysl. Myslím, že se nacházím v tom stavu, než ze člověk nějak trochu ukotví a už ví. A právě nevím, jak se z toho stavu dostat :) Jak jsem to zažila v jiných firmách, bylo tam víc lidí a znalosti se šířily cestou předávání od nejznalejšího/nejzkušenějšího, tady víc lidí není, znalosti čerpám sama.
    Kliknutím sem můžete změnit nastavení reklam