Meni

3 strategije za rješavanje nedostataka blokera

3 strategies dealing with blocker defect

Isprobajte Naš Instrument Za Uklanjanje Problema

Defekti na blokerima dodaju puno drame inače redovitim danima testiranja.

U ovom članku želim objasniti neke korake koje ispitivač može poduzeti kad se s njima bavi.

Pretpostavit ću da naši dragi čitatelji već duboko razumiju ozbiljnost i prioritet nedostataka. Trebate brz pregled? Pogledaj ovo.

Znači li to uvijek da moramo potpuno zaustaviti testiranje ako naiđemo na problem s blokerom?

U nekim slučajevima 'Da', ali možda ne uvijek. Mogli bi biti slučajevi u kojima su moguće neke aktivnosti testiranja.

Riješite se s nedostatkom blokera

slika izvor

Ispod su neke situacije koje sam doživio u svojoj karijeri kao ispitivač. Čvrsto vjerujem da se trebaju slijediti koraci navedeni u nastavku (kasnije objedinjeni u dijagram toka) kako bi se ovaj postupak učinio jednostavnijim.

Uskočimo odmah.

Koraci koje biste trebali poduzeti kad naiđete na kvar blokera

Korak 1: Kada naiđete na problem, uložite vrijeme da biste pronašli osnovni uzrok.

Čvrsto vjerujem da kao tester naš posao jednostavno ne završava prijavljivanje nedostataka . Ako vrijeme dopušta, trebali bismo istražiti što je moglo uzrokovati problem. Možda nećemo uvijek moći ukazati na točno područje problema, ali pokušajte riješiti problem što je više moguće. Isti detalji mogu se ažurirati u nedostatku kao dodatni komentari.

To sam puno radio u svojim projektima, a to je rezultiralo brzim popravkom. Blagodati analize temeljnih uzroka su:

  • Kao dodatak vrijednosti, ovo definitivno može pružiti bolje upute programeru za ispravljanje programskih pogrešaka.
  • Također, QA tester može prepoznati je li problem sam stvoren (unos podataka ili problemi s ljudskom uporabom) i ako je moguće, tester može sam riješiti. Kad se takve pogreške prijave programerima, a da ih mi ne provjerimo s kraja osiguranja kvalitete, one to čine smatra ne-izdanjem i mogao bi stvoriti negativnu reputaciju ispitivača.

Dakle, predlažem da uvijek provjerimo na kraju prije bilježenja kvara.

Evo nekoliko primjera iz mojih projekata u stvarnom vremenu koji će ojačati gore navedene točke:

Radio sam na projektu gdje će naše testiranje zahtijevati da ispustimo datoteku na određenom mjestu. Preimenujte ga tako da se podudara s imenom u konfiguraciji. Planirani posao bi preuzeo podatkovnu datoteku i učitao podatke u sustav. Nakon toga bismo provjerili podatke u bazi podataka i na prednjem kraju.

preuzmi mongodb za Windows 10 64 bit

Znali smo naići na probleme kod kojih bi se posao izvodio, ali podaci se ne bi učitavali, a nakon istrage to je bilo zato što ispitivač nije promijenio ime dok je ispuštao datoteku na tom mjestu.

Ovo je bio blokator za nas, ali ne nešto što je zahtijevalo pažnju programera. Morali smo paziti na detalje i izbjegavati tako male pogreške.

Slijede neke uobičajene kategorije, temeljni uzroci i lijekovi:

# 1) Datoteka hostova Problem - Recimo, datoteka hostova ima netočne parametre koji uzrokuju problem. U tom slučaju datoteku hosta možete sami ažurirati ili potražiti pomoć nekoga tko ima pristup za ažuriranje i nastavak izvođenja testa.

Treba postaviti nedostatak za isti, tako da će programeri istražiti, ali s zaobilaznim rješenjem funkcionalno testiranje i dalje se može nastaviti.

Bilješka: Provjerite sa svojim projektnim timovima je li u redu da QA tim napravi ove promjene prije nego što to učini.

# 2) Konfiguracija - Često smo primijetili probleme s konfiguracijom, poput nepokazivanja na ispravno okruženje ili drugih problema s postavljanjem koji blokiraju probleme. I u takvim slučajevima testeri mogu napraviti promjene i nastaviti s testiranjem.

Bilješka: Još jednom potražite dopuštenje prije nego što to učinite.

# 3) Izdanje koda - Ako smatrate da je problem zbog koda, testeri ne mogu učiniti puno. Zabilježite kvar blokera i pričekajte da popravak nastavi s testiranjem.

# 4) Pitanje implementacije - Loša primjena je još jedan uobičajeni uzrok problema s blokerom i oni se mogu uhvatiti tijekom testa ispravnosti. I ovdje bi testiranje trebalo odmah prekinuti dok se ne primi nova gradnja.

# 5) Okoliš dolje - Ako je okruženje propalo, recite da se baza podataka ne povezuje s poslužiteljem ili da URL ne radi u slučaju web stranica; testeri u tim slučajevima ne mogu učiniti puno osim prijaviti kvar i pričekati da sustav bude pokrenut.

Stoga, ako postoji rješenje, upotrijebite ga za nastavak testiranja. Jedini način da se utvrdi postoji li spomenuto zaobilazno rješenje istraživanjem osnovnog uzroka. Češće nego ne, možda postoji alternativa.

Korak 2: Vrlo je lako upasti u beskonačnu petlju kada istražujete osnovni uzrok. Dakle, pripazite da ne troši cijeli dan i sav trud.

Evo nekoliko uputa:

  • Pronađite vagu i prepoznajte točku zaustavljanja kad stignete tamo.
  • Iskustvo i stručnost testera presudni su za uspješan RCA. Međutim, dobra je ideja uključiti tim i vodstvo tima, kada je to potrebno.
  • Ako smatrate da RCA oduzima vrijeme, prvo odmah prijavite problem i pružite što više informacija. Snimka zaslona uvijek je korisna.
  • Ako je potrebno, nastavite. Pošaljite e-poruku upravitelju ili programeru kako biste skrenuli pozornost na kritični problem.
  • Nastavite s rješavanjem problema nakon upozorenja potrebnih strana.

Razlog zašto treba odmah prijaviti nedostatke blokatora:

  • Uprava bi trebala biti upoznata sa svim zastojima ako se slučajno radi o showstopper defektu. Te se informacije moraju prenijeti klijentu, a mogu zahtijevati i ažuriranje plana projekta (QA rokovi), promjenu u isporukama itd.
  • Svako kašnjenje isporuka QA-a mora biti potkrijepljeno dokazima. Stoga je uvijek bolje komunicirati što je prije moguće, umjesto da čekate do kraja dana.

Korak # 3: Sada, prijelaz na zadnji korak otkako smo završili s analizom problema i priopćavanjem istog, što je sljedeće?

najbolja mjesta za gledanje animea na mreži
  • Ako problem blokira pristup jednom funkcionalnom području, provjerite ima li to utjecaja na druga područja
  • Ako prednja aplikacija ne radi, provjerite može li se nastaviti backend / middleware / testiranje baze podataka.
  • Ako se ne može izvršiti nijedna aktivnost provođenja testa, pokušajte rad na nekoj dokumentaciji vezano za vaš projekt.
  • Možete i pokušati prepoznati područja za automatizaciju ako ručno ponavljate puno posla. Automatizacija ne mora uvijek biti upotreba alata. Recimo, stvaranje izvještaja za vas je jednoličan zadatak, to je jedno područje koje se može automatizirati jednostavnim excel makronaredbama i slično.
  • Provedite vrijeme znajući o alatima otvorenog koda koji se mogu implementirati u vaš projekt
  • Zadnje, ali ne i najmanje važno , radite na inovacijama, mantri koja trenutno vlada svijetom!

Konačno , dijagram toka koji sažima cjelokupnu raspravu!

Dijagram toka: Koraci za rješavanje kvara blokera

kvar blokera

Autor : Ovaj sjajni članak napisala je članica STH tima Priya R.

Koje korake poduzimate kad naiđete na bilo koji nedostatak blokatora?

Preporučena literatura

^