FAQ
Slijede najčešće postavljana pitanja zajednice Guru99
- Ne možete vidjeti videozapise?
- Nisam dobio e-poštu za projekt
- Ako imam grešku u aplikaciji, tko će odlučiti o ozbiljnosti i prioritetu greške?
- Što ćete učiniti ako ne postoji Funct.Spec/bilo koji dokument koji se odnosi na sustav?
- Što tester može učiniti ako otkrije problem sa zaustavljanjem emisije nekoliko dana prije izlaska?
- Zašto ste odabrali područje osiguranja kvalitete softvera?
Ne možete vidjeti videozapise?
Svi video zapisi na ovoj stranici hostirani su na YouTube i ugrađeno ovdje...
Vi ste vjerojatno pristupa web stranici s lokacije na kojoj YouTube je zabranjeno (vaša tvrtka, fakultet ili zemlja u kojoj YouTube je zabranjen)
Pokušajte pristupiti videozapisima iz neograničenog okruženja.
Možete napraviti NE morate se registrirati da biste vidjeli videozapise.
Nisam dobio e-poštu za projekt
Imajte na umu da se e-poruke projekta šalju u intervalu od 24 sata. Dakle, ako ste se pretplatili u 10 sata u četvrtak, sljedeći ćete e-mail dobiti u 10 sata u petak.
Molimo provjerite svoj Junk ili Spam Mailkutija. Ako koristite gmail, provjerite Promotions Tab
Naš sustav nema mogućnost ponovnog slanja e-pošte. Ako i dalje ne uđete u trag e-pošti, pretplatite se s drugim ID-om e-pošte da biste dobili sadržaj.
Ako imam grešku u aplikaciji, tko će odlučiti o ozbiljnosti i prioritetu greške?
Ozbiljnost Mana određuje osoba koja identificira problem (tester), dok prioritet određuje osoba koja je uključena u rješavanje problema (Developers).
Kao ispitivač, možete odrediti prioritete nedostataka koje obično pregledava voditelj ispitivanja. Programeri će nakon analize odlučiti radi li se o nedostatku visokog ili niskog prioriteta. Većinu vremena to radi razvojni programer, ali tester se također može uključiti u to kako bi objasnio njegovu ozbiljnost. Nakon rasprave, vodi će doći do zaključka.
Ozbiljnost je u osnovi povezana s funkcionalnošću aplikacije ili proizvoda. Dok je prioritet kako programer odmah može popraviti tu pogrešku ili nedostatak. Prioritet je dinamičke prirode i mijenjat će se prema scenariju, dok je ozbiljnost statične prirode.
Što ćete učiniti ako ne postoje funkcionalne specifikacije/bilo koji dokumenti koji se odnose na sustav?
- Prvo pokušajte razumjeti domenu s poslovnim analitičarima ili malim i srednjim poduzećima. Provedite eksplorativna testiranja kako biste razumjeli sustav.
- Ako projekt nema Poslovni analitičar ili mala i srednja poduzeća, razgovarajte s ljudima koji rade na sličnim sustavima.
- Da biste razumjeli posao, razgovarajte sa zajednicom korisnika
- Saznajte slične specifikacije proizvoda na internetu ili PMO-u
- Potražite istu vrstu aplikacijskog softvera i razumite značajke
- Potražite neke važne poslovne scenarije, alternativne dokumente, članke za teme za prijavu
- Pitajte programere za objašnjenje svih modula
- Korisnički povijesni podaci, aplikacija i značajke
- Ne testirajte aplikaciju tehnički, prvo testirajte svoju aplikaciju samo iz korisničke perspektive
Što tester može učiniti ako otkrije problem sa zaustavljanjem emisije nekoliko dana prije izlaska?
- Potvrdite i ponovo potvrdite nedostatak i dokumentirajte grešku ili nedostatak, utjecaj i moguće rješenje, ako možete.
- Obratite pozornost svom upravitelju i porazgovarajte s Timom, budući da takav zaustavljač emisije nije poznat timu tjedan dana prije objave nije dobro.
- Nakon što kvar dođe do vašeg upravitelja i viših tijela za testiranje, možda ćete im morati iznijeti svoje mišljenje, stoga budite temeljiti sa svojim stavom jer bi to moglo utjecati na izdanje.
- Ako vas rasprava podržava, vrijeme je da se uzdignete i zablistate. Ako ne, imate naučenu lekciju za danas. Nastavi učiti.
Zašto ste odabrali područje osiguranja kvalitete softvera?
Kako bismo pružili kvalitetne projekte krajnjim korisnicima ili klijentima, testiranje je obavezno, bez obzira na to koje kodiranje uključuje. Softver QA ne samo da bilježi greške, već također nudi rješenja za te greške.
U području osiguranja kvalitete, ispitivači bi trebali biti svjesni cjelokupne funkcionalnosti aplikacije koju treba testirati, što mu omogućuje da zna o različitim vrstama aplikacija razvijenih u različitim okruženjima, čak i nekim osnovnim pojmovima u programiranju. Znanje će biti šire kada radimo testiranje, ali će biti usko kada radimo programiranje. Programer možda razvija samo mali segment cijele aplikacije i možda nije svjestan aplikacije kao cjeline. U ovom slučaju smatrao sam da je uloga QA (testera) zanimljivija.