Meni

3 strategije za obvladovanje pomanjkljivosti blokatorja

3 strategies dealing with blocker defect

Preizkusite Naš Instrument Za Odpravo Težav

Napake blokatorjev dodajo veliko drame sicer običajnim testnim dnevom.

V tem članku želim opisati nekaj korakov, ki jih lahko preizkuševalec opravi, ko se ukvarja z njimi.

Predvidevam, da naši dragi bralci že globoko razumejo resnost in prednost pomanjkljivosti. Potrebujete hiter povzetek? Poglej to.

Ali to vedno pomeni, da moramo popolnoma ustaviti testiranje, če naletimo na težavo z blokatorjem?

V nekaterih primerih 'da', vendar morda ne vedno. Obstajajo primeri, ko je možna kakšna preskusna dejavnost.

Odpravite okvaro blokatorja

slike vir

Spodaj je nekaj situacij, ki sem jih v svoji karieri preizkuševal. Prepričan sem, da je treba za poenostavitev tega postopka slediti spodnjim korakom (kasneje strnjenim v diagram poteka).

Skočimo naravnost.

Korake, ki jih morate storiti, ko naletite na napako blokatorja

Korak 1: Ko naletite na težavo, vložite čas in poiščite osnovni vzrok.

Trdno sem prepričan, da se naše delo kot preizkuševalec preprosto ne konča poročanje o napakah . Če čas dopušča, bi morali raziskati, kaj bi lahko povzročilo težavo. Morda ne bomo vedno mogli natančno opozoriti na težavno področje, vendar poskusimo odpraviti težave, kolikor je le mogoče. Iste podrobnosti lahko v okvari posodobite kot dodatne komentarje.

To sem veliko naredil v svojih projektih, kar je povzročilo hitro rešitev. Prednosti analize vzrokov so:

  • Ker je to dodana vrednost, lahko razvijalcu zagotovo nudi boljše napotke za odpravljanje napak.
  • Preskuševalnik kakovosti lahko prepozna tudi, ali je težavo ustvaril sam (težave z vnosom podatkov ali uporaba ljudi) in če jo je, lahko preskusnik odpravi sam. Ko se takšne napake sporočijo razvijalcem, ne da bi pri tem preverili, ali obstajajo šteje za ne-izdajo in bi lahko testerju ustvaril negativen ugled.

Predlagam, da na koncu vedno dvakrat preverimo, preden prijavimo napako.

Tu je nekaj primerov iz mojih projektov v realnem času, ki bodo okrepili zgornje točke:

Sodeloval sem pri projektu, pri katerem bi pri preizkušanju morali datoteko spustiti na določeno mesto. Preimenujte ga tako, da se ujema z imenom v konfiguraciji. Načrtovano opravilo bi prevzelo podatkovno datoteko in jih naložilo v sistem. Nato bi podatke potrdili v zbirki podatkov in na sprednjem delu.

kakšna je ustrezna maska ​​podomrežja za omrežje med dvema gostiteljicama

Včasih smo naleteli na težave, pri katerih bi se opravilo izvajalo, vendar se podatki ne bi naložili, in po preiskavi je bilo to zato, ker preizkuševalec med spuščanjem datoteke na lokaciji ni spremenil imena.

To je bil za nas blokator, vendar ne nekaj, kar je zahtevalo pozornost razvijalcev. Paziti smo morali na podrobnosti in se izogibati tako majhnim napakam.

Spodaj je navedenih nekaj pogostih kategorij, vzrokov in rešitev:

# 1) Datoteka gostitelja Težava - Recimo, da ima datoteka gostitelja parametre, ki niso pravilni in povzročajo težavo. V tem primeru lahko datoteko gostitelja posodobite sami ali poiščete pomoč pri osebi z dostopom za posodobitev in nadaljevanje izvajanja preizkusa.

Okvaro istega je treba opozoriti, tako da bodo razvijalci to raziskali, vendar je z zaostankom funkcionalno testiranje še vedno mogoče nadaljevati.

Opomba: Preverite pri svojih projektnih skupinah, ali lahko ekipa za preverjanje kakovosti pred tem naredi te spremembe.

# 2) Konfiguracija - Pogosto smo opazili težave s konfiguracijo, na primer ne kažejo na pravilno okolje ali druge težave z nastavitvijo, ki blokirajo težave. Tudi v takih primerih lahko preizkuševalci izvedejo spremembe in nadaljujejo s preskušanjem.

Opomba: Še enkrat poiščite dovoljenje, preden to storite.

# 3) Izdaja kode - Če menite, da je težava posledica kode, preizkuševalci ne morejo storiti ničesar več. Prijavite napako blokatorja in počakajte, da popravek nadaljuje s testiranjem.

# 4) Težava z uvajanjem - Slaba namestitev je še en pogost vzrok za težave z blokatorji, ki jih lahko opazimo med preizkusom zdravega zdravja. Tudi tu je treba testiranje takoj ustaviti, dokler ne prejmete nove gradnje.

# 5) Okolje navzdol - Če je okolje okvarjeno, recimo, da se baza podatkov ne poveže s strežnikom ali da URL ne deluje v primeru spletnih mest; preizkuševalci v teh primerih ne morejo storiti nič drugega kot prijaviti napako in počakati, da sistem zažene.

Če torej obstaja rešitev, jo uporabite za nadaljevanje preskušanja. Edini način, da ugotovimo, ali omenjena rešitev obstaja, je raziskati osnovni vzrok. Pogosteje obstaja možnost, da obstaja druga možnost.

2. korak: Zelo enostavno je pasti v neskončno zanko, ko preiskujete vzrok. Zato se prepričajte, da ne porablja ves dan in ves trud.

Tu je nekaj napotkov:

  • Poiščite tehtnico in prepoznajte postajališče, ko pridete tja.
  • Izkušnje in strokovno znanje preizkuševalca so ključnega pomena za uspešen RCA. Vendar je dobro vključiti ekipo in vodstvo ekipe, kadar je to potrebno.
  • Ko se vam zdi, da je RCA dolgotrajen, najprej takoj prijavite težavo in navedite čim več informacij. Posnetek zaslona je vedno v pomoč.
  • Po potrebi nadaljujte. Pošljite e-pošto upravitelju ali razvijalcu, da opozorite na kritično težavo.
  • Nadaljujte z odpravljanjem težav, potem ko opozorite potrebne stranke.

Razlog, zakaj je treba takoj prijaviti napake blokatorja:

  • Če gre za napako showstopperja, je treba vodstvo obvestiti o vseh izpadih. Te informacije je treba posredovati stranki, lahko pa tudi zahtevajo posodobitve projektnega načrta (časovni okviri kakovosti), spremembo končnih rezultatov itd.
  • Vsaka zamuda pri zagotavljanju kakovosti mora biti podprta z dokazi. Zato je vedno bolje komunicirati čim prej, namesto da bi čakali do konca dneva.

3. korak: Zdaj, ko gremo na zadnji korak, odkar smo analizirali težavo in jo sporočili, kaj je naslednje?

najboljši brezplačni čistilec registra Windows 10
  • Če težava blokira dostop do enega funkcionalnega območja, preverite, ali to vpliva na druga področja
  • Če sprednja aplikacija ne deluje, preverite, ali lahko nadaljujete s testiranjem zaledne / vmesne programske opreme / baze podatkov.
  • Če ne morete izvesti nobene dejavnosti za izvajanje preizkusa, poskusite delo na nekaterih dokumentih povezane z vašim projektom.
  • Lahko tudi poskusite opredeliti področja za avtomatizacijo če ročno ponavljate veliko dela. Za avtomatizacijo ni vedno treba uporabljati orodja. Recimo, ustvarjanje poročil je za vas monotona naloga, to je eno področje, ki ga je mogoče avtomatizirati s preprostimi makri excel in podobno.
  • Preživite čas, ko poznate odprtokodna orodja, ki jih je mogoče uporabiti v vašem projektu
  • Nenazadnje , si prizadevajte za inovacije, mantro, ki trenutno vlada svetu!

Končno , diagram poteka, ki povzema celotno razpravo!

Diagram poteka: Koraki za odpravljanje okvare blokatorja

okvara blokatorja

Avtor : Ta čudovit članek je napisala članica ekipe STH Priya R.

Katere korake naredite, ko naletite na kakršno koli napako blokatorja?

Priporočeno branje

^