Meni

Što učiniti kad nema dovoljno vremena za testiranje?

what do when there isn t enough time test

Isprobajte Naš Instrument Za Uklanjanje Problema

Dio puta kroz testni ciklus, shvatite li često da nemate dovoljno vremena za testiranje? Za početak ste sve imali pod kontrolom, ali uskoro dolazite do plana za nepredviđene slučajeve 'Što učiniti kad nema dovoljno vremena za testiranje?' odjeljak.

I ja sam bio tamo i nije zabavno. :)

Razmišljao sam dugo i naporno. Kako može nešto što je započelo tako dobro, proći tako loše, tako brzo. I, evo moje analize.

=> Kliknite ovdje za cjelovitu seriju vodiča o planu ispitivanja

Što ćete naučiti:

Gdje je nestalo moje vrijeme testiranja?

Nema dovoljno vremena za testiranje

youtube u mp3 pretvarač sa slikom

Prvo, zašto se to događa?Mnogo razloga - od kojih su neki:

# 1) Pogrešna procjena :

Ako ste započeli s netočnim očekivanjima, stvari će sigurno propasti. Dobra procjena testa mora uzeti u obzir sljedeće:

  • Vrijeme za pripremne zadatke - Govorimo o zadacima kao što su:
    • Identificiranje i sastavljanje regresijskog paketa
    • Izrada test podataka
    • Vrijeme je za utvrđivanje spremnosti za ispitivanje (npr. Test dima / razuma) itd.
  • Održavanje test kutija : Test slučajevi su sredstva za dugotrajnu upotrebu. Tijekom izvršavanja sigurno će se podvrgnuti manjim izmjenama. Preporučuje se da za nove proizvode za ove manje zadatke održavanja treba izdvojiti do 30% vremena za izvršavanje testa. Svim timovima i projektima možda neće trebati 30%, ali dodijelite malo vremena i truda za ovaj zadatak.
  • Na ovo Istraživačko ispitivanje - Broj skriptiranih testova glavni je nazivnik brojeva za procjenu testova. Međutim, niti jedan testni tim na ovom svijetu neće poreći istraživanje vašeg softvera čak i ako je model dominantno skriptiran.
  • Izvještavanje / Komunikacija - To uključuje trijažne / stand up sastanke, ažuriranje alata za upravljanje radom itd.
  • Faktor nepredviđenih okolnosti: Standardi preporučuju pufer od 25-30% prema vašim izvornim procjenama. Ali timovi si to rijetko mogu priuštiti. Čak i tada, ostavite malo prostora za disanje, kad je to moguće.
  • Tim i njegove mogućnosti: Ako imate novi tim ili ako oni prvi put koriste alat, možda ćete trebati odvojiti malo vremena za trening. Prilagodite svoje procjene na temelju svog tima s kojim radite.

Preporučeno čitanje=> Provjerite ovo za više informacija o uspjehu i metodama procjene testa

# 2) Nestabilne gradnje i drugi tehnički problemi:

  • Neuspjeh testa dima / zdravog razuma : Kada osnovni testovi na AUT ne uspiju nakon postavljanja u QA okruženje, QA tim gotovo ništa ne može učiniti prema izvršavanju testa. Istina je da možemo raditi na drugim zadacima dok se to dogodi, ali to još uvijek neće ispuniti ciklus ispitivanja vrijeme. Dakle, ovo je glavni doprinos gubljenju vremena.
  • Podaci o ispitivanju nedostupno : Podaci slični proizvodnji nužni su za svaki projekt ispitivanja. Neunošenje ovog podataka u QA okruženje također je još jedan faktor blokiranja. Ponekad testeri to mogu zaobići stvaranje i upravljanje vlastitim podacima o testovima , ali je dugotrajan i ne mora uvijek biti na mjestu.
  • Pitanja zaštite okoliša - Izgradnje neuspješnih implementacija, poslužitelj stalno istječe, još puno takvih problema pojede testni ciklus. To vjerojatno proizlazi iz činjenice da neke tvrtke (ne sve) potkopavaju važnost dobrog, životnog okruženja za učinkovito osiguranje kvalitete. Često pokušavaju pobjeći poslužiteljima malog kapaciteta i namještanju. Ovo je stvarno kratkoročno rješenje i nikome ne daje usluge. Zapravo, to bi ih moglo koštati kvalitete testiranja i gubitka dragocjenog vremena za testiranje.

# 3) Nedostatak sporazuma između svih uključenih strana:

Ovo bi mogao biti rijedak problem kod timova koji prate Agile ili Sef zbog bliskih krugova u kojima rade, ali mnogi timovi i dalje pate od neslaganja ili pogrešne komunikacije kada bi Dev, Ops i QA trebali međusobno primati rezultate. Dakle, kašnjenja.

Provjerite ovo da biste razumjeli suptilnosti u komunikaciji => Kako poslovanje, razvoj i osiguranje kvalitete mogu raditi zajedno kako bi se projekt dovršio

Sad kad znamo probleme, evo nekoliko načina kako ih riješiti.

Kako testeri mogu dobiti dovoljno vremena za testiranje?

# 1) Točno procijenite. Kada ste u dvojbi, pretjerajte s razumnom razlikom, ali ne podcjenjujte. Ne zaboravite izvršiti prilagodbe procjene na temelju svog tima, alata i procesa. Kad završite, potražite službenu odjavu kako bi svi bili svjesni i bili u toku.

#dva) Uzmite u obzir povijesne podatke - Alat za upravljanje testovima vaš je najbolji prijatelj .

  • Koliko su trajali prethodni ciklusi ispitivanja?
  • Kakve su poteškoće uzrokovale prekide u prethodnom ciklusu ispitivanja?
  • Koliko je vožnji provela većina test slučajeva prije nego što su prošli?
  • Koji su nedostaci prijavljeni?
  • Zbog kojih su nedostataka ispitivanje prekinuto?

# 3) Postavite ova pitanja i planirajte u skladu s tim u kratkom vremenu:

  • Saznajte kako je važna funkcionalnost vaš projekt?
  • Doznati visoko rizični modul projekta?
  • Koja je funkcionalnost najvidljivija korisniku?
  • Koja funkcionalnost ima najveći sigurnosni utjecaj?
  • Koja funkcionalnost ima najveći financijski utjecaj na korisnike?
  • Koji su aspekti aplikacije kupcu najvažniji?
  • Koji su dijelovi koda najsloženiji i na taj način najviše podložni pogreškama?
  • Koji su dijelovi aplikacije razvijeni u režimu žurbe ili panike?
  • Što programeri misle da su aspekti aplikacije najvišeg rizika?
  • Koje bi vrste problema izazvale najgori publicitet?
  • Koje bi vrste problema uzrokovale najviše pritužbi na korisničku službu?
  • Koje vrste testova mogu lako pokriti više funkcionalnosti?

Uzimajući u obzir ove točke, možete uvelike smanjiti rizik od objavljivanja projekta pod kraćim vremenskim ograničenjima.

# 4) Upotrijebite alat za upravljanje testovima. To će značajno smanjiti vrijeme i trud za pripremu, izvještavanje i održavanje.

=> Popis najpopularnijih izbora alata za upravljanje testovima , pogledajte ovdje :

# 5) Ne možemo puno učiniti oko neispravnih gradnji / tehničkih problema, ali jedina stvar koja može pomoći je gledanje rezultata Unit testova. To će nam dati ideju je li izrada uspjela ili ne i kakve su testove uspjele - tako da ne izmišljamo kotač.

Ako tvoj Alat za upravljanje testovima podržava CI integracija , te podatke imate na raspolaganju bez ikakvog frke, tako da bolje razumijete stabilnost aplikacije.

# 6) Često mjerite svoju produktivnost i napredak . Ne dopustite da izvješća o statusu budu isporučiva samo u korist vanjskih timova. Obavezno pažljivo pratite svoje dnevne ciljeve i svoju sposobnost da ih postignete.

Također, pripazite da ne ulazite u klasičnu zagonetku 'Brzina nasuprot kvaliteti'. Jer, kad prijavite, recimo, 50 bugova dnevno, može se činiti kao da ste super produktivni. Ali ako se većina njih vrati kao nevaljana, imate problema.

Pa nadgledajte, nadgledajte i nadgledajte još malo :)

Zaključak:

Napokon, unatoč svim mjerama predostrožnosti i mjera ako se i dalje nađete skršeni za vrijeme, zatraži pomoć .

Većina timova spremna je sudjelovati u sjednici ratne sobe kako bi se stvari vratile na pravi put.

kako mogu otvoriti torrent datoteku

O autoru: Ove korisne savjete za testiranje pruža član STH tima Swati S.

Koji su vaši trikovi kako biste ostali na vrijeme i pružili kvalitetnu uslugu testiranja? Također, koje vam točke u gornjem članku odzvanjaju?

Cijenimo vaše povratne informacije i njegujemo vašu čitateljsku publiku. Hvala na čitanju!

=> Posjetite ovdje za cjelovitu seriju vodiča o planu ispitivanja

Preporučena literatura

^