Takze, mam pocit, ze gro ludi tu na fore/roote ako takom niesu testeri a s testingom sa stretli velmi okrajovo (co samozrejme nieje ich nevyhoda
).
Zhrniem to z pohladu cloveka, ktoreho cela profesionalna domena je spojena s testovanim a v testingu sa pohybuje uz cez 10rokov a preskakal si vsetko od manualneho testera az po automatizaciu a z casu na cas navrh performance scriptov.
= Sorry za dlhy post... kto docita do konca ma moj obdiv. =
Skusim este troska ujasnit pojmy QA a TESTING.
QA je odvetvie, ktore sa primarne venuje procesom vo firme a uprave procesov
QC/Testing je odvetvie, ktore ma na starosti quality control... tj.. testovanie,reportovanie, vyhodnocovanie vysledkov
Velmi castym javom je, ze firmy si tieto pozicie zamienaju, pouzivaju oznacenia 'nahodne' a nie vzdy QA Engineer je clovek,
od ktoreho sa ocakava zlepsovanie procesov ale prave manualne testovanie a tester je clovek, ktory iba klika..
... Potreby na testera su asi take aby vedel citat technicku dokumentaciu (a mohol na zaklade specifikacie zrealizovat pomoct pri vytvarani akceptacnych testov, precitat si db schemu). Samotna aplikacia je napisana v perle, takze schopnost naucit sa testovaci framework (pouzivame Test::More) pre pisanie unit testov + testovanie samotneho rozhrania pomocou selenia. ....
Tuto musim povedat len 2 veci.
1) Unit Testing ako taky nieje urcite domena manualneho testera... defacto ani automatizera, unittesty by mal pisat developer, tester ich moze revidovat (ale existuju firmy, kde unittesty pisu povacsine tzv. software engineer in test. ... tj vyvojar, ktoreho napln prace je prave udrziavat testability aplikacie + pokrytie unit testami)
2) a co sa tyka dokumentacie... akceptacne testy sa tvoria (mali by sa) z business dokumentacie (kedze ich podstata je prave ta, ze pokryvaju business poziadavky)
--- ale treba povedat, ze ako pise singerko, hodne to zavisi od toho co firma od cloveka ocakava a nic nieje 'best practise' ---
Ak chces zacat ako tester z mojho pohladu nedoporucujem ziadne skolenia sql/scriptovania. Jedine co treba asi mat, ako uz bolo povedane aspon zaklady programovacich jazykov: cykly, if-y a nejaku tu algoritmizaciu, aby si clovek vedel predstavit, co sa pod takou aplikaciou moze skryvat a ako navrhnut testy.
Hlavne je ale pozerat na aplikacie z pohladu koncoveho uzivatela, ktory vo vela pripadoch vie o scriptovani a jazykoch prd.
Pre ukazku doporucujem knizku:
http://www.amazon.com/Exploratory-Software-Testing-Tricks-Techniques/dp/0321636414/ref=la_B001IOFCX2_1_3?s=books&ie=UTF8&qid=1415821233&sr=1-3Venuje sa hlavne exploratory/session based testingu, co z mojho pohladu by mala byt domena kazdeho manual testera.
Testovanie podla predpripravenych test scenarov je moznost ako zacat, ale je velmi nudna a repetativna praca (nedoporucujem po 'nauceni sa produktu')
Avsak je velmi rozdielne ako firmy vnimaju rolu manual testera/automation testera....
Vo vela firmach sa tieto dve roly prekryvaju a defacto sa straca podstata. Pre ilustraciu ponukam zase knizku
http://www.amazon.com/Google-Tests-Software-James-Whittaker/dp/0321803027/ref=la_B001IOFCX2_1_1?s=books&ie=UTF8&qid=1415821233&sr=1-1 kde je vidiet, ako sa k testovani a k manual testerom stavia google (myslim ze podobna je aj o microsofte). V googli musi byt manual tester schopny citat kod, skopny citat automaticke scripty, schopny riadit automatizerov v tom, ake testy maju pripravit a co tieto testy maju robit a vo finale byt domain expertom na kopu produktov, s ktorymi pracuje.
U nas vo firme (security - vyvoj antiviru) sa napriklad ako 1 z kriterii na manual testera berie znalost systemov (windows/windows server/linux/mac/solaris v zavislosti
od konkretnej pozicie) a 'testerske zmyslanie' pri rieseni problemov. To ake a ci ma zaujmenca znalosti z testingu je druhorada zalezitost. (avsak samozrejme pomoze)
Na druhu stranu pri automatizerovi je to znalost scriptovacich jazykov, znalost testingu a schopnost analyzovat a spravne urcit casti, ktore by sa mali automatizovat a preco.
(u oboch sa bavime samozrejme o juniorskych poziciach)
Knih o manualnom testovani, test analyze o QA je mnoho a vela z nich je aj kvalitnych. Ak je zaujem venovat sa manualnemu testingu doporucujem sa zamerat na 3 oblasti(v poradi ako pisem):
1) exploratory/session based testing <- co je velmi prirodzene ale nie kazdy dokaze robit takyto testing kvalitne
2) test analyza <- test analyza je dolezita pre spravne urcenie typov testov a dat na otestovanie urcitych funkcionalit (pairwise, boundary value analysis, decision tables...)
3) operacne systemy <- ziskat zakladny prehlad o systemoch.. (pri windowse v urcitych pripadoch dost pomaha aj znalost AD a domen)
42 Odpovědí
27187 Zhlédnutí