what is early testing
Kaj je zgodnje testiranje?
Testiranje programske opreme bi se moralo začeti v zgodnjem življenjskem ciklu programske opreme. To pomaga zaznati in odpraviti napake v zgodnjih fazah SDLC, tj. V fazah zbiranja in načrtovanja zahtev. Zgodnji začetek testiranja pomaga zmanjšati število napak in na koncu tudi stroške predelave.
Različni vidiki Zgodnje testiranje , ki bi pomagali vodjem in vodjem kakovosti pri razvoju ali oblikovanju dokumenta o strategiji testiranja v SDLC, so razloženi tukaj.
Sprejetje zgodnjega preizkusa bo neizmerno privedlo do uspešne dostave kakovostnega izdelka.
Do konca te vaje bodo bralci, skrbniki kakovosti, potencialni kupci in preizkuševalci pošteno poznali spodnje koncepte:
kako izbrati izbirni gumb v
- Zakaj zgodnje testiranje v SDLC (projekt ali izdaja programske opreme)?
- Obseg prizadevanja za zgodnje testiranje
- Kaj preizkusiti zgodaj?
- Začetek in izhod
- Prednosti in slabosti
Oglejmo si podrobno odtenke !!
Kaj se boste naučili:
- Načela testiranja
- Zakaj zgodnje testiranje v SDLC?
- Obseg prizadevanja za zgodnje preizkušanje
- Kaj preizkusiti zgodaj?
- Začetek in izstop iz zgodnjega preizkusa
- Prednosti in slabosti
- Zaključek
- Priporočeno branje
Načela testiranja
Slika 1 - Poenostavljen pogled na načela testiranja

Za določeno izdajo programske opreme ali sistema ali izdelka v SDLC obstajajo različne natančno opredeljene metodologije ali strategije za večino naslednjih načel testiranja.
- Kaj je testiranje?
- Zakaj testiranje?
- Kaj testirati?
- Kako testirati?
Nekatera najbolj dolgotrajna vprašanja, ki bi jih mnogi bralci, preizkuševalci, potencialni kupci in skrbniki preverjanja kakovosti postavili ali pa bi radi dobili več jasnosti glede vključitve (siva površina v Slika 1 )
- Kdaj začeti testiranje v izdaji programske opreme ali Kdaj se mora testiranje začeti v projektu?
- Kdaj začeti testiranje in kdaj ustaviti testiranje?
- Zakaj bi se testiranje moralo začeti že v SDLC?
- Kaj je zgodnji test pri razvoju programske opreme?
Za lažje razumevanje občinstva sem vsa vprašanja o 'sivi coni' združil pod en dežnik Zgodnje testiranje.
Zakaj zgodnje testiranje v SDLC?
Pogovorimo se o nekaterih dogodkih in dejavnostih, ki so del testiranja.
Skupina za upravljanje programov običajno dodeli vodjo programa (PM) določeni izdaji programske opreme ali projektu. Predsednik vlade v sodelovanju z vsemi zainteresiranimi stranmi, vključno s skupinami za trženje, razvoj, zagotavljanje kakovosti in podporo, pripravi načrt objav
V tej vadnici sem izbral Četrtletni razpored izdaj uporabo model Slap razložiti Koncepti zgodnjega testiranja Podrobno.
Razpored testiranja izdaje programske opreme
Večina organizacij še vedno sledi tradicionalnemu Časovna izdaja (TBR) modeli, pri katerih se izdaja programske opreme ali izdelka načrtuje za četrtletno ali polletno ali letno dobavo.
Za izvajanje takih različic programske opreme se pretežno uporablja model Waterfall. V nekaterih primerih je za krajši cikel sprostitve sprejet model Agile / Scrum.
Slika 2 - Tipični četrtletni razpored preizkusov izpustov (ni splošen načrt projekta ali izpustov)

Vpliv kritičnih ali visoko resnih napak
Slika 3 - Tipičen vpliv kritičnih napak

V glavnem , med potekom testiranja se pričakuje, da
- Kritične ali zelo resne napake preizkuševalci prepoznajo in zabeležijo.
- Razvijalci bodo morali te napake odpraviti.
- Nato bodo morali preizkuševalci preveriti popravke.
Drugič , je v mnogih organizacijah za proizvodni in programski inženiring splošno priznano, da je odpravljanje in preverjanje zelo resnih ali kritičnih napak pri zelo velikem številu
- Zamudno
- Prekrivanje virov (človek + stroj)
- Nagnjeni k zavarovanju, odpravljanje kritičnih napak se večinoma dotika večjega dela kode, vključno s križišči.
Nazadnje , če med koncem dane izdaje najdemo veliko število kritičnih napak, se zgodi eden ali več naslednjih negativnih dogodkov.
- Velika verjetnost podaljšanja preskusnega cikla.
- Velika verjetnost zgrešenega roka za sprostitev.
- Iz te izdaje bo morda treba vse skupaj izvleči določeno značilnost z velikim številom napak.
- Neodgovorjene obveznosti strank.
Kaj pa druge napake?
Obstajajo napake srednje in nizke prioritete, ki jih bodo preizkuševalci prepoznali in zabeležili. Tudi z njimi mora ustrezno ravnati skupina za razvoj in zagotavljanje kakovosti. Tako je na splošno obsežna vaja.
Srebrne krogle ni
Dobro znano dejstvo je, da nobeno testiranje ne more odkriti vsake napake, ki jo ima programski izdelek ali sistem. Praktično pomeni, da niti testiranja ni konec niti izdelek brez napak.
Vendar pa iz Uporabnost Glede na stališče modela konkurenčnosti in časa do trga (TTM) je treba tipično miselnost razbiti tako, da se v začetku cikla sprostitve odkrijejo največje napake, zlasti prepoznavanje kritičnih in resnih napak.
Vse ali vse zgoraj navedeno bo negativno vplivalo na poslovanje Organizacije. V tem okviru je treba sprejeti „ Zgodnje testiranje 'Imej a ločena preizkusna dejavnost bo koristno za splošno upravljanje SDLC za določen projekt ali izdajo.
Obseg prizadevanja za zgodnje preizkušanje
Po razumevanju cilja zgodnjega testiranja v prejšnjem oddelku z naslovom „ Zakaj zgodnje testiranje? “, Zdaj se pogovorimo o„ Obseg zgodnjih testnih naporov ' Podrobno.
Ker uvajamo testiranje zgodaj kot novo dejavnost, ki jo bomo spremljali izključno med izvajanjem testiranja, je priporočljivo vaditi obseg poskusnega dela, kot je razloženo spodaj
Predpostavka:
- Celoten urnik izdaje projekta ali programske opreme je odobren in na voljo vsem zainteresiranim stranem.
- Splošni dokument o strategiji testiranja razvijejo, pregledajo in odobrijo vse zainteresirane strani.
- Funkcije visoke, srednje in nizke prioritete, ki jih je treba preskusiti, so dobro dokumentirane.
- Testni načrti in testni primeri za vse funkcije so razviti, pregledani in odobreni s strani vseh zainteresiranih strani.
- Vsi testni načrti in testni primeri so naloženi v osrednje skladišče za sledenje izvajanju testiranja.
- Na voljo so vsi človeški viri, infrastrukturna oprema in orodja za postavitev testnih postelj in izvajanje testnih načrtov.
Kaj preizkusiti zgodaj?
Slika 4 - Splošni pristop k obsegu zgodnjega testiranja

Pristop
- Vzemimo Primer izdaje XYZ s 3 funkcijami z visoko prednostjo A, B in C, 10 funkcijami s srednjo prednostjo in 15 funkcijami z manjšo (ali nizko prioriteto).
- Značilnosti visoke prioritete so tiste, ki ustvarjajo visok prihodek in / ali skladnost s standardi in / ali dohitevanje konkurenta in / ali enakomernost konkurenta in vse to.
- Funkcije visoke prioritete običajno vključujejo nekaj zapletenega kodiranja, dodano je veliko novih vrstic kode.
- Veliko število novih vrstic kode lahko pomeni tudi veliko verjetnost presečišč.
- Običajno so funkcije z visoko prioriteto in / ali funkcije z velikim številom novih vrstic kode najboljši kandidati za zgodnje testiranje.
- Za dejavnosti zgodnjega preizkusa ni treba razviti ločenega testnega načrta.
- Voditelji ali preizkuševalci kakovosti, skupaj z razvojnimi potencialnimi stranmi ali MSP (strokovnjaki za predmet), se morajo pogovoriti in se dogovoriti o kodeksu / pokritosti testiranja za to dejavnost testiranja.
- Ugotovite ustrezne primere visoke prioritete in celo nekatere primere srednje prioritete, če menite, da je to potrebno iz vsakega od preskusnih načrtov lastnosti A, B in C.
- Ko so ugotovljene ustrezne funkcije in podskupine testnih primerov, jim sledite z orodjem za sledenje testom, ki ga je sprejela Organizacija.
Namig: Sodelovanje je ključno! Med dejavnostmi zgodnjega preizkusa morata tako razvojni kot tudi nadzorni skupini tesno sodelovati, da zagotovimo doseganje zastavljenih ciljev s kakovostnimi rezultati.
Začetek in izstop iz zgodnjega preizkusa
Pomembno je, da tako Razvojna kot tudi QA ekipa spremišta in se strinjata z vsemi pristopi celotne dejavnosti zgodnjega preizkusa, vključno z datumi začetka in izhoda, tako da so vsi na isti strani.
Vstopna merila za začetek
- Odstotek zaključka integracijskega testiranja
- Število odprtih napak
- Ni blokatorjev za začetek zgodnjega testa
Faza aktivnosti
- Sledenje napredku
- Število padcev kode med tem preskušanjem
- Pristop odpravljanja napak
- Pristop preverjanja napak
- Zapišite te rezultate testiranja
Merila izstopa
- Prenos dejavnosti v naslednjo fazo testiranja (običajno testiranje lastnosti).
- Odpravljanje nerešenih napak, najdenih med zgodnjim preskusom.
- Razrešitev blokatorjev, če obstajajo za naslednjo fazo testiranja.
- Objavite rezultate zgodnjega testiranja.
Prednosti in slabosti
Vsaka nova pobuda ali dejavnost ima svoje prednosti in slabosti.
Oglejmo si prednosti in slabosti tega pristopa testiranja.
Prednosti
- Idealno za model Waterfall.
- Pomaga pri odkrivanju kritičnih napak v začetku preskusnega cikla.
- Identifikacija kritičnih napak v zgodnjem ciklu izdaje.
- Pomaga razvojni skupini pri zgodnji stabilizaciji kodeksa.
- Pomaga zmanjšati zavarovanje zaradi odpravkov napak.
- Pomaga razvojni skupini podrobno prepoznati ranljivosti na križiščih na začetku cikla sprostitve.
- Vodstvena skupina lahko s primerno skrbnostjo sprejema ustrezne poslovne odločitve glede nerazrešenih kritičnih napak v tej izdaji ali projektu.
- Pomaga pri podaljšanju pokritost s testom in učinkovito kolesarite.
- Pomaga pri učinkoviti in uspešni distribuciji virov za razvoj in testiranje.
Slabosti
- Ni idealno za model Agile / Scrum. Vendar lahko takšni modeli sprejmejo zgodnji test v šprintih z ustreznim prilagajanjem.
- Obstaja možnost zmanjšanja Integracijsko preskušanje s strani razvojne skupine.
Zaključek
Kupci ali končni uporabniki kupijo ali sprejmejo izdelek ali sistem ali rešitev za uporabnost. Primarna zahteva je preverjanje ustreznosti programske opreme, ki se izvaja v takem sistemu ali izdelkih
Ključne komponente načel testiranja, na primer Zakaj testirati? Kaj je testiranje? Kaj testirati? Kako testirati? so večinoma dobro opredeljeni in razumljivi. Vendar pa obstaja nekaj dolgotrajnih vprašanj, ki se bralcem, preizkuševalcem, potencialnim strankam in menedžerjem nenehno pojavljajo v konceptih, kot je zgodnje testiranje.
Sprejetje zgodnjega preizkušanja kot sestavne dejavnosti celotnega razporeda preskušanja za kateri koli projekt programske opreme ali izdajo neizmerno koristi Organizaciji, da zagotovi trdno usposobljen izdelek ali sistem.
Ste že kdaj spoznali pomen zgodnjega testiranja v svoji karieri? Svoje misli in izkušnje lahko delite v spodnjem oddelku za komentarje !!
Priporočeno branje
- Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
- Vodič za preizkušanje prenosljivosti s praktičnimi primeri
- Testiranje programske opreme QA Assistant Job
- Praktično preizkušanje programske opreme - nova BREZPLAČNA e-knjiga (prenos)
- Alfa testiranje in beta testiranje (popoln vodnik)
- Tečaj preizkušanja programske opreme: kateremu inštitutu za preizkušanje programske opreme naj se pridružim?
- Izbira preizkušanja programske opreme kot vaše kariere
- Preizkušanje programske opreme Tehnična vsebina Writer Freelancer Job