software manual testing interview questions
Najpogostejša pogosta vprašanja o ročnem preizkušanju na podlagi scenarijev za izkušene strokovnjake s podrobnimi odgovori:
Pred kratkim sem imel to edinstveno izkušnjo QA treniranje (10 let izkušenj), da se udeleži razgovora za testiranje programske opreme s strani vodilnega podjetja za zabavo v Los Angelesu. Spletno mesto, ki ga je bilo treba preizkusiti, je bilo preprosto spletno mesto, namenjeno strankam (nekako kot spletni televizijski kanal), ki je imelo tako spletno kot mobilno komponento.
Svetovalno podjetje je tej stranki projiciralo profile za tester na kraju samem + položaj koordinatorja a nobeden od njiju ni uspel skozi testni razgovor. Zato so se odločili, da poberejo Vprašanja za QA intervju od prejšnjih udeležencev in dali so mi vprašalnik.
kje najti omrežni varnostni ključ za wifi
Želeli so, da odgovorim naslednjemu kandidatu in trenerju oseba, ki bo uspešna na razgovoru za preverjanje kakovosti.
Ko sem dobil seznam vprašanj, sem bil hkrati presenečen in 'ne-presenečen'. Presenečen - ker so bila vprašanja res osnovna in bi moral 10-letni izkušeni QA nanje zlahka odgovoriti. Ni tako presenečen, ker je QA področje informacijske tehnologije, ki ima po mojem mnenju največ plevela - a ne zaidimo vanjo.
Po končani vaji se mi je zdelo lepo, če bi to izkušnjo delili z bralci STH. Za začetnike bo to dobra izpostavljenost v živo. Za druge bo prijazen opomin, kako pomemben je osnove ne glede na to, kako izkušeni smo.
Priporočeno branje=> 101+ Vprašanja in odgovori za preskušanje programske opreme.
Tukaj gre…..
Vprašanja za ročno preizkušanje intervjujev za izkušene
9 najpogostejših vprašanj za preizkušanje programske opreme za preverjanje kakovosti za začetnike in izkušene kandidate:
#Q 1) Kakšen je postopek za ustvarjanje testnega skripta?
Odgovor:
Korak 1: je temeljito razumevanje AUT:
- To lahko storite tako, da temeljito preberete dokumente o zahtevah.
- V odsotnosti dokumentov bi lahko poskusili razumeti katero koli referenčno točko, ki jo imamo - prejšnjo različico aplikacije ali žične okvirje ali posnetke zaslona
2. korak: Po razumevanju zahtev sestavimo seznam področij v tej aplikaciji, ki jih bo treba preizkusiti. Z drugimi besedami, opredeljujemo zahteve za preskus. Poudarek v tem koraku je določiti, kaj je treba preizkusiti. Rezultat tega koraka je seznam Preskusni scenariji .
3. korak: Ko imamo testne scenarije, se osredotočimo na vprašanje, kako jih preizkusiti. Ta faza vključuje pisanje podrobnih korakov o tem, kako preizkusiti določeno funkcijo, katere podatke vnesti ( Podatki o preskusu ) in kakšen je pričakovani rezultat.
Ko so končani ti 3 koraki, smo pripravljeni na testiranje.
#Q 2) Katera so polja v poročilu o napakah?
Odgovor: V a. Je treba vključiti naslednja pomembna polja dobro poročilo o napakah :
- Edinstven osebni dokument
- Opis napake: kratek opis, kaj je napaka.
- Koraki za reprodukcijo: podrobnosti o tem, kako priti do napake, natančni testni podatki, čas, ko je bila odkrita napaka (če je primerno) okolje: vse informacije, ki bodo pomagale pri ponovnem odpravljanju težave
- Modul / odsek aplikacije (če je primerno)
- Resnost
- Posnetek zaslona
- Odgovorno preverjanje kakovosti: v primeru kakršnih koli nadaljnjih vprašanj v zvezi s to težavo
#Q 3) Kako preizkusiti programsko opremo, usmerjeno k strankam?
Odgovor: Z vsako aplikacijo, ki jo preizkusimo, poskušamo ugotoviti, ali aplikacija izpolnjuje določen nabor zahtev ali ne. Toda ko gre za uporabniško usmerjeno spletno mesto, moramo poleg osredotočanja na funkcionalnost preučiti tudi nekaj uporabnih funkcij, morda do neke mere tudi zmogljivost in varnostne vidike.
Prva stopnja testiranja je : Ali spletno mesto izpolnjuje svoje funkcionalne zahteve.
vprašanja o intervjuju za oracle pl sql za izkušene
Na primer, če gre za spletno mesto za upravljanje posojil, moramo pogledati - ali lahko nova stranka zaprosi za posojilo, ali lahko obstoječa stranka dostopa do svojih informacij o posojilu, ali je obrestni%, ki se uporablja za znesek posojila, itd.
Naslednja stopnja testiranja je :kako enostavno je uporabljati spletno mesto, ali so možnosti logično smiselne in izpolnjujejo pričakovanja uporabnika ali ne.
Na primer, če mora uporabnik opraviti 3-4 zaslone, da predloži osnovne informacije, ga bo motil, zato je treba takšna vprašanja obravnavati.
Še eno na primer, po vnosu uporabniškega imena in gesla lahko uporabnik klikne zavihek - kar pomeni, da mora kontrolnik preiti na gumb »Prijava«, namesto tega, če bo preklican, bo uporabnik resnično siten in izkušnja z uporabo spletnega mesta je ogroženi. Takšna vprašanja je treba ujeti.
Testiranje učinkovitosti v popolnem obsegu morda ni v obsegu, ampak preproste situacije, na primer, kako dolgo se prikažejo rezultati iskanja in koliko časa traja, da sistem pridobi informacije o stranki ob konici - to je nekaj primerov stvari, na katere bi radi bili pozorni.
Varnost - za spletna mesta, kjer je za dostop do njega varna prijava, je treba preizkusiti minimalno funkcionalnost okrog njega. Na primer, če spletno mesto pustim nedejavno več kot 10 minut, ali gre za samodejno odjavo ali ne. Nekaj tako osnovnega, na kar bi se bilo treba osredotočiti.
#Q 4) Kako premagati izziv, ker ni vhodne dokumentacije za testiranje?
Odgovor: ČE podrobna standardna dokumentacija, kot sta BRD in FSD, ni na voljo, bo preskuševalec odvisen od neke referenčne točke.
- Posnetki zaslona
- Prejšnja različica aplikacije
- Žični okvirji itd
Drug dejavnik, ki neizmerno pomaga, je pogovor z razvijalci ali poslovnimi analitiki (če so na voljo), da dobimo potrditev našega razumevanja ali pojasnila v primeru dvomov.
Ko nobena od teh situacij ne deluje, lahko samo konceptualiziramo aplikacijo na podlagi prejšnjih izkušenj z uporabo IT in ustvarimo osnovni nabor testnih skriptov. Ko nastopi faza testiranja, lahko nastavimo del časa preizkusnega cikla in naredimo nekaj primerov za upravljanje testnih primerov (naredimo popolne že izdelane skripte), tako da imamo dokument za naslednje faze.
#Q 5) Kako priti največja produktivnost iz offshore ekipe?
Odgovor: Ključno je zagotoviti, da vsi preizkuševalci vedo za vse module in da na enem mestu ni koncentracije znanja. Vključitev vseh v medsebojne preglede testnih skript, sestanke napak in seje KT bo zagotovila, da bodo vsi v najboljšem možnem obsegu seznanjeni z aplikacijo.
S spodbujanjem koncepta timskega dela lahko člane ekipe sodelujemo, si pomagamo in pomagamo za večjo produktivnost.
Redna nadaljnja srečanja tudi zelo pomagajo procesu.
#Q 6) Kakšne so vloge in odgovornosti koordinatorja na kraju samem? Ali tudi on / ona testira?
Odgovor: Koordinator na kraju samem je kontaktna točka za offshore skupino in stranko za kakršne koli informacije v zvezi s testnim delom.
To delo vključuje:
- KT od in do morja in strank
- Priprava okolja za preizkušanje vseh pripravljenih
- Preizkus zdravja, preizkus dima
- Testiranje - ključna funkcionalnost.
- Pregled napak - našla ga je offshore ekipa
- Napaka, dodeljena ustrezni razv
- Predstavitev meritev
- Zagotavljanje odjave
Da, celo koordinator na kraju samem mora preizkusiti.
#Q 7) Nedosledne napake - Zakaj jih lahko najde na kraju samem, toda na morju ne, in obratno - Kako obvladati to situacijo?
Odgovor: Vsako napako je treba opaziti in analizirati - ne glede na to, ali jo lahko naletimo na kraju samem ali na morju, naj bo ponovljiva ali ne. Resnična dodana vrednost testerjevemu delu je, če se za napako vključimo v postopek analize vzrokov, ne pa samo, da jo prijavimo.
Nekateri načini, kako lahko rešimo to situacijo, so:
- Vsi člani ekipe na kraju samem in na morju bi morali slediti smernicam, da je treba posnetke zaslona narediti za vsako napako, ki jo naletimo - ponovljivo ali ne.
- Če obstajajo dnevniki, sistemske datoteke ali kaj podobnega, bi nam lahko pomagali najti kakršne koli dokaze o težavi - poskusimo jih najti.
- Kljub vsem tem korakom, če še vedno ne moremo ugotoviti, zakaj in kdaj pride do težave, bi morali o tem vseeno obvestiti razvijalca - s čim več informacijami.
#Q 8) Testiranje, povezano z video / zvokom - Kaj to vključuje?
Odgovor: Kako preizkusiti aplikacijo z video ali zvokom?
Tu je treba upoštevati pomembne točke:
- Stopnje dostopa (omejene ali ne - z geslom)
- Različna okolja
- Združljivost brskalnika
- Ločljivosti zaslona
- Hitrost internetne povezave
- Posebne možnosti videoposnetka - na primer predvajanje, ustavitev, utišanje itd.
- Video po velikosti
- Odgovor na videoposnetke - komentarji (omejitve dolžine komentarja in števila komentarjev, ki jih lahko sprejme)
- Video odzivi na video posnetke
- Vmesnik s spletnimi mesti za družabna omrežja - Interoperabilnost
- Hitrost medpomnilnika
- Vdelava videoposnetka
#Q 9) Testiranje mobilnih aplikacij - kaj na kratko vključuje?
agilna vprašanja in odgovori na testni intervju
Odgovor: Testiranje mobilnih aplikacij Pomembni testni scenariji:
- Preverite, ali aplikacija dobro deluje z več nosilci in več napravami.
- Uporabnost funkcij na mobilnem zaslonu.
- Testiranje na različnih mobilnih platformah, kot sta Android in iOS.
- Namestitve, odstranitev, zagon aplikacije z omrežjem in brez omrežja, preizkušanje funkcionalnosti.
- Omrežne povezave - Wi-Fi, 2G itd.
- Dnevnike v konfiguracijskem pripomočku za iPhone iPhone za Android Monitor.bat lahko uporabite za odpravljanje napak.
To je bilo to. Zdaj ni bilo tako preprosto.
Na koncu poudarjam filozofijo STH - dobro poznajte osnove, ostalo samodejno sledi.
Sklepam v upanju, da bo to prizadevanje koristno in smiselno za naše bralce. Spodaj nam v oddelku za komentarje sporočite, kako nam je šlo.
Avtor: To objavo je napisal član ekipe STH Swati Seela.
Priporočeno branje
- Vprašanja in odgovori za intervjuje
- Nekaj zanimivih vprašanj za preskušanje programske opreme
- Kako se pripraviti na intervju za testiranje programske opreme
- Viri in prenosi za testiranje programske opreme QA
- Najboljša orodja za testiranje programske opreme 2021 [QA Test Automation Tools]
- 20 preprostih vprašanj za preverjanje programske opreme za preizkušanje osnovnega znanja [spletni kviz]
- Testiranje programske opreme QA Assistant Job
- Kateri je najboljši trenutek v vaši testni karieri? - odgovori na takšnih 14 zanimivih vprašanj za preskušanje programske opreme