Meni

Vadnica za upravljanje testov: Vrhunski vodnik za upravljanje testov

  • Glavni
  • Drugo
  • Vadnica za upravljanje testov: Vrhunski vodnik za upravljanje testov

test management tutorial

Preizkusite Naš Instrument Za Odpravo Težav

To je vadnica za upravljanje preskusov za testiranje programske opreme. Vključuje faze upravljanja testov, orodja in upravljanje testov v primerjavi z organizacijsko strukturo:

Test Management je postopek upravljanja vseh dejavnosti, dokumentov in drugega dela, povezanega s testom. Organizacijske strukture se nanašajo na hierarhijo skupin ali zaposlenih, ki delajo na določenih projektih.

Ali menite, da organizacijska struktura vpliva na vodenje testov?

Če je vaš odgovor ne, bomo videli, zakaj? Če je odgovor da, poglejmo, kako to vpliva. Da bi našli povezavo med tema dvema, moramo te teme jasno razumeti in nato raziskati odnos med vodenjem testov in organizacijsko strukturo.

Test Management

vrste dedovanja c ++

Kaj se boste naučili:

Uvod v upravljanje testov

Test Management pomeni upravljanje celotnega procesa testiranja programske opreme za določen projekt. Postopek upravljanja preskusov se uporablja za celoten življenjski cikel razvoja programske opreme. V idealnem primeru bi se moral takoj začeti tudi postopek upravljanja preskusov, takoj ko se začne postopek razvoja programske opreme.

Test Manager je imel naslednje odgovornosti -

  • Vodja preskusov mora zagotoviti skladnost in kakovost teh delovnih izdelkov.
  • Sodelujte s testnim analitikom in tehničnim testnim analitikom, da izberete in prilagodite ustrezno predlogo.
  • Sodelujte s testnim analitikom in tehničnim testnim analitikom, da določite standarde teh izdelkov, na primer stopnje podrobne stopnje.
  • Preglejte delovne izdelke z uporabo ustreznih tehnik.

Komponente za upravljanje testov

Test Management je za boljše razumevanje razdeljen na 5 delov:

  1. Preskusna dokumentacija
  2. Preskusna ocena
  3. Preskusne meritve
  4. Merjenje napredka testa
  5. Meritve za spremljanje življenjskega cikla testiranja

# 1) Preizkusna dokumentacija

Obstajajo tri vrste testne dokumentacije, ki so navedene spodaj:

  • Testna politika
  • Testna strategija
  • Načrt glavnega preizkusa

# 1) Testna politika:

  • Povzema vrednost, ki jo organizacija pridobi s testiranjem.
  • Določa politike testiranja.
  • Opisuje, kako oceniti učinkovitost testiranja.
  • Opisuje testni postopek.
  • Navedite, kako bo organizacija izboljšala testni postopek?

# 2) Testna strategija:

  • Opisuje splošne preskusne metodologije, ki se uporabljajo za obvladovanje projektnih in produktnih tveganj.
  • Analitične strategije: Tako kot testiranje na podlagi tveganj.
  • Modelna strategija: Tako kot operativni profil, kjer testna skupina razvije model, ki temelji na dejanskih in sprejetih situacijah okolja, vložkov in pogojev.
  • Metodološka strategija: Karakteristike kakovosti, kjer preizkusna skupina uporablja nabor preskusnih pogojev, kontrolni seznam ali zbirko splošnih, logičnih testov.
  • Tehnike, ki ustrezajo postopkom ali standardom: Sledi nizu postopkov, kot je SCRUM / Agile.
  • Reaktivne strategije: Uporaba napak, ki temeljijo na napakah, KOT RAZISKOVALNO TESTIRANJE.
  • Posvetovalna strategija: Tako kot testiranje po meri uporabnika, kjer se preizkusna skupina pri določanju testnih pogojev, kot je zunanje testiranje združljivosti, zanaša na prispevek ene ali več zainteresiranih strani.
  • Opisuje tudi:
    • Postopki integracije
    • Tehnike specifikacije preskusov
    • Neodvisnost testiranja
    • Obvezni in neobvezni standardi
    • Testno okolje
    • Orodja
    • Ponovna uporabnost programskih izdelkov
    • Ponovno testiranje in regresija.

# 3) Načrt glavnega preizkusa:

  • Zajema vse naloge testiranja, ki jih je treba opraviti.
  • Govori o tem, kako bo testiranje izvajalo strategijo in politiko testiranja.
  • Če nekaj ni opisano, mora načrt preskusov opisati, zakaj in načrt za ublažitev tega.
  • Vsebina preskusnega načrta je:
    • Predmeti za testiranje
    • Karakteristike kakovosti, ki jih je treba preskusiti.
    • Razpored
    • Izvedbeni cikel
    • Spremenljivke napak
    • Preizkusni elementi v obsegu
    • Merila za izhod
    • Projektna tveganja
    • Splošno upravljanje poskusnih prizadevanj,
    • Vloge in odgovornosti
    • Vhod in izhod

# 2) Ocena testa

Splošne točke:

  • Je dejavnost upravljanja
  • Temelji na izkušnjah.
  • Ponuja natančen in podroben katalog stroškov, virov, nalog in ljudi.
  • Ko je ocena pripravljena, jo je treba skupaj z utemeljitvijo poslati vodstvu.
  • Končna ocena predstavlja najboljše možno ravnovesje organizacijskih in projektnih ciljev.
  • Ocena temelji na takrat razpoložljivih informacijah in je bila pripravljena.
  • Da ostanejo natančne, je treba ocene posodobiti tako, da odražajo nove in spremenjene informacije.

Dejavniki, ki vplivajo na oceno testa:

  • Zahtevana raven kakovosti
  • Velikost sistema
  • Zgodovinski podatki
  • Dejavniki procesa, kot so strategija, razvoj in življenjski cikel
  • Materialni dejavniki, kot so testno okolje, avtomatizacija, orodja in podatki
  • Faktor ljudi
  • Kompleksnost postopka
  • Usposabljanje in KT (prenos znanja)
  • Usvajanje in razvoj novih orodij in tehnologij, postopkov ali tehnik.
  • Zahteva po višji stopnji podrobne specifikacije preskusa.
  • Čas prihoda komponente
  • Podatki o preskusu.

Ugibanja:

  • Struktura razčlenitve dela
  • Zasedanje ocene ekipe
  • Tester - Razmerje razvijalcev
  • Zgodovina organizacije
  • Analiza funkcijske točke, LOC.

Ocena testa je podrobneje pojasnjena v nadaljevanju vaje.

# 3) Testne meritve

  • Kaj se izmeri, se šteje za opravljeno?
  • Kaj ne meri, je enostavno prezreti?
  • Določiti je treba omejen nabor uporabnih meritev.
  • Določiti je treba le tiste metrike, katerih interpretacija se strinja z vsemi.
  • Poročanje in združevanje meritev mora biti avtomatizirano.
  • Upravitelj bi moral podatke potrditi v metriki.

Metrika projekta: % podaj, neuspešnih izvedb itd.

Meritev izdelka:

  • Atributi izdelka
  • Gostota napak

Metrika procesa: Izmeri zmožnost preskušanja kot% okvare.

Ljudje: Sposobnost posameznika.

Meritev napredka preizkusa:

  • Število preskusnih pogojev / primerov, načrtovanih v primerjavi z izvedenimi.
  • Skupna napaka, razvrščena glede na resnost, prednost, trenutno stanje in podsistem učinka.
  • Število potrebnih, sprejetih, izdelanih in preizkušenih sprememb.
  • Načrtovani in dejanski stroški.
  • Načrtovano in dejansko trajanje
  • Mejnik načrtovanega in dejanskega preskušanja.
  • Stanje tveganja za kakovost izdelka
  • % izgube preizkusnega napora, stroškov ali časa.

# 4) Merjenje napredka testa

Tveganja za izdelke:

  • % zajetega tveganja.
  • % tveganja za preizkus neuspeha
  • % Tveganje, ki ga je ugotovil posameznik.

Napake:

  • Število najdenih napak v primerjavi s številom predloženih napak.
  • Vmesni čas stopnje prihoda okvare
  • Napake na določenih preskusnih izdelkih.
  • Odkrivanje RCA (analiza osnovnega vzroka)
  • Napaka je preizkusna izdaja.
  • Fazna napaka
  • Prednost in resnost
  • Report Rejects vs Duplicate
  • Potreben čas za razrešitev
  • Število novih napak, odkritih zaradi odpravljanja starih napak.

Preizkus:

  • Skupno število preizkusnih preizkusov, neuspešnih, tekaških, blokiranih
  • Skupno število primerov testov regresije.

Pokritost:

  • Zahteve in pokritost oblikovanja
  • Kritje tveganj
  • Pokritost konfiguracije okolja
  • Pokritost kode

# 5) Meritve za spremljanje življenjskega cikla testiranja

Spremljajte testni načrt

  • Število tveganj in zahtev
  • Odkritje napak
  • Načrt vs dejanska prizadevanja.

Monitor Test Design

  • Število napak, ugotovljenih med načrtovanjem.

Spremljajte analizo testa

  • Število pogojev
  • Število napak v analizi

Spremljanje izvajanja testa

  • % konfiguracije okolja
  • % testnih primerov avtomatizirano.

Nadzor izvajanja

  • % uspešno opravljenih, neuspešnih, brez izvajanja, blokiranih testnih primerov
  • % Zajeti testni primeri
  • Načrtovane in dejanske napake odpravljene
  • % načrta glede na dejansko pokritost

Zapiranje monitorja

  • % testnih primerov je uspešno, slabo
  • % testnih primerov, prijavljenih v kategorijo za večkratno uporabo
  • % testnih primerov avtomatizirano.
  • Število odpravljenih / nerazrešenih napak.
  • % izdelka za testno delo

Spodaj obravnavana faza spremljanja in nadzora preskusov dodatno pojasnjuje to temo.

Faze vodenja testov

Med postopkom vodenja testov je treba upoštevati naslednje točke. Z drugimi besedami, naslednje faze postopka upravljanja testov:

  1. Analiza tveganja
  2. Preskusna ocena
  3. Načrtovanje preskusov
  4. Organizacija za testiranje
  5. Spremljanje in nadzor preskusov
  6. Obvladovanje vprašanj
  7. Testno poročilo

Opazite lahko, da se prve štiri faze nanašajo na načrtovanje, preostale tri pa na izvedbo. Zato lahko celoten postopek vodenja preskusov razdelimo na dva dela, to je načrtovanje in izvajanje.

Podrobno raziščimo različne faze upravljanja testov.

# 1) Analiza tveganja

Ta faza vključuje iskanje dejavnikov tveganja in možnih rešitev. Če temeljito opravimo analizo tveganja, se lahko izognemo prihodnjim napakam ali pa bo morda na voljo vsaj nekakšna rešitev.

Tveganje je nekaj, kar se lahko zgodi ali pa tudi ne. Toda če se to zgodi, kakšen bo njegov vpliv? To lahko slabo vpliva na kakovost programske opreme, ugled podjetja in še veliko več.

Treba je ugotoviti dejavnike tveganja, da bi se izognili temu slabemu vplivu. Za ugotovitev dejavnikov tveganja je treba narediti analizo tveganja. Obstajata dve vrsti tveganj, to sta projektna in produktna. Projektna tveganja so tveganja, ki so povezana z delovnim procesom, tveganja izdelka pa tveganja, ki so povezana z razvitim izdelkom.

# 2) Ocena testa

Ocenjevanje testa je napoved časa, potrebnega za vsako testno aktivnost / fazo. Ker gre za oceno, ne more biti natančna. Za boljše ocenjevanje testov lahko preučimo pretekle projekte našega podjetja ali se posvetujemo s člani ekipe, ki bodo odgovorni za to delo ali testno fazo.

# 3) Načrtovanje preskusov

Načrtovanje testov je dolgotrajen postopek. Vključuje opredelitev testnih ciljev, obsega preizkusa, strategijo preskusa, časovno razporejanje, vire, komunikacijski pristop itd. Zahteve morajo biti zelo jasne za opredelitev testnih ciljev in obsega. Testni načrt je namenjen preizkuševalcem, uporabnikom in članom projektne skupine.

Načrt testiranja opisuje vlogo testiranja v projektu. Načrt testiranja vključuje tudi vloge in odgovornosti, seznam funkcij, ki se bodo testirale in ne bodo testirane, testno okolje, seznam orodij in morebitnih predpostavk.

# 4) Organizacija preskusov

Med fazo načrtovanja preskusov smo načrtovali vse možne stvari glede testiranja.

typecast char v niz c ++

Zato potrebujemo usposobljene člane ekipe, ki bodo izvedli ta načrt ali ga naredili za uspešnega. Organizacija preizkusov je namenjena ustvarjanju popolne testne ekipe za uspešen projekt.

# 5) Spremljanje in nadzor preskusov

Medtem ko testiranje poteka ali ko preizkuševalci izvajajo načrt preskusa, je treba ves ta napredek dela spremljati. Treba je spremljati vse to testiranje. Če se opravi spremljanje testa, bosta preskusna skupina in vodja preskusa dobili povratne informacije o napredku pri testiranju?

S pomočjo teh povratnih informacij lahko vodja testa člane ekipe vodi k izboljšanju kakovosti nadaljnjega dela pri testiranju. S pomočjo spremljanja testov bo projektna skupina dobila pregled nad rezultati testov. Pomaga tudi vedeti o pokritosti s testi.

Pri velikih projektih se nadzor preskusov izvaja z uporabo avtomatiziranega orodja, saj bo zbiranje podatkov lažje. Pri majhnih projektih bo ena oseba zbrala vse podatke ali dokumente, povezane z napredkom pri testiranju. Za zbiranje informacij o poteku testa lahko uporabimo predlogo preskusnega dnevnika IEEE 829. Vse je bilo v zvezi s testnim nadzorom.

Poglejmo, kaj je testni nadzor? Projektno delo ne bo vedno potekalo, kot smo načrtovali. Med načrtom in dejanskim delom lahko obstajajo nekatere razlike. Da bi te razlike zmanjšali ali odstranili, moramo narediti nekaj sprememb in tako nadzorujemo testno delo.

# 6) Upravljanje z vprašanji

Težave so lahko katere koli težave, ki se pojavijo med postopkom razvoja in testiranja programske opreme. To je lahko najmanjši razlog, zaradi katerega nismo sposobni razviti / dostaviti kakovostnega izdelka. Nekatere številke so omejevalnik, tj. Brez rešitve te težave ne bomo mogli nadaljevati z nadaljnjim postopkom.

Upravljanje z izdajami je povezano s tem, kako rešujemo te težave / težave. Lahko ga imenujemo tudi upravljanje z incidenti. Upravljanje z vprašanji zahteva boljše načrtovanje postopka reševanja težav. Boljše upravljanje z izdajami je odvisno od spretnosti in izkušenj vodje testiranja.

Kako se pojavljajo te težave?

Vzrokov za pojav težave je lahko več. Nekatera vprašanja so povezana s strategijo, nekatera pa z definicijo, kadrovsko osnovo, urnikom itd.

Vprašanja strategije :

Primeri:

  • Za projekt zmanjka sredstev.
  • Slaba projektna komunikacija.
  • Postopek vodenja projekta ni v skladu z navedenimi standardi.

Vprašanja glede opredelitve : Težave, povezane z zahtevami.

Primeri: Nejasne zahteve. Zaradi nejasnih zahtev je mogoče uvesti veliko vprašanj.

Težave z razporejanjem: To je najpogostejša vrsta izdaje. Zaposleni se morajo truditi, da bi spoštovali rok.

Kadrovska vprašanja:

Primeri:

  • V ekipi primanjkuje spretnosti.
  • Napačno razporejanje zaposlenih za delo.

Vprašanj je lahko veliko več in vseh tukaj ne moremo omeniti. Pri upravljanju z vprašanji gre torej za beleženje, sledenje in reševanje težav.

# 7) Poročilo o preskusu

Poročilo o preskusu pomaga prepoznati pokritost s preskusi, kakovost razvitega izdelka in zahtevane izboljšave postopka. Lahko se odločimo, 'koliko testiranja je potrebno?'

Če je opravljenih dovolj preskusov, lahko to poročilo o preskusu predložimo zainteresiranim stranem ali strankam. Tako da bodo spoznali tudi kakovost izdelka in imeli idejo o tem, koliko testiranj se na izdelku opravi.

Orodja za upravljanje preskusov

Upravljanje testov se zaplete, ko nadaljujemo s procesom razvoja programske opreme, in to je eden glavnih razlogov, zaradi katerih je danes na voljo toliko orodij za upravljanje testov.

Ta orodja bodo v pomoč v zadnjih štirih fazah postopka vodenja preskusov (organizacija preskusov, spremljanje in nadzor preskusov, upravljanje težav in poročilo o preskusu). Ker ta orodja pomagajo pri pomembnih fazah vodenja testov, jih je treba najprej obravnavati v projektu.

Spodaj so navedena najbolj priljubljena orodja za upravljanje testov:

  1. qTest
  2. PractiTest
  3. Zephyr
  4. Test Collab
  5. TestFLO za JIRA
  6. XQual
  7. Xray - vodenje preskusnega reza
  8. TestRail
  9. QAOverage
  10. Zahteve in upravljanje preskusov za Jira (RTM)
  11. SPIRATEST by Inflectra
  12. Kualitee
  13. aqua
  14. Testpad
  15. JunoOne

=> Kliknite tukaj za podrobne preglede TOP orodij za upravljanje testov

Organizacijske strukture

Poglejmo različne organizacijske strukture.

Morda obstajajo določena pravila za organizacijske strukture ali pa obstajajo nekatere idealne strukture, vendar ne glede na to ima lahko vsaka organizacija svojo strukturo. Organizacijskih struktur je toliko, vsaka ima svoje prednosti in slabosti.

Tukaj bomo razpravljali o nekaterih izmed njih.

Najprej bomo videli najpreprostejšo organizacijsko strukturo, ki se uporablja za majhne projekte.

organizacijska struktura

V tej strukturi preizkuševalci in programerji poročajo vodji razvoja.

  1. Vodja razvoja ima dober nadzor nad projektnimi aktivnostmi.
  2. Manj bo možnosti za komunikacijsko vrzel med preskusnimi in razvojnimi skupinami.
  3. Tudi na sestankih je dobro določiti roke za vodjo razvoja, saj ima popolno znanje o testiranju in razvojnem delu.
  4. Timsko delo bo učinkovito zaradi minimalnih plasti.

Slabosti te strukture vključujejo:

  1. Ker ni vodje testiranja, obstaja verjetnost, da bo testiranje obravnavano pozno v projektu.
  2. Obstaja še ena možnost, da bo testiranje manj pomembno za projekt. Lahko se upošteva pozno v projektu.

Na splošno se v majhnih organizacijah za majhne projekte zgodi, da razvojna skupina vzame več časa, kot je bilo omenjeno, in mora preizkusna skupina trpeti, tj. Preskusna skupina bo morala izdelek preizkusiti do roka, tako da bo imela preskusna skupina manj časa za testiranje. izdelek.

V tej strukturi mora vodja razvoja za uspešno dokončanje projekta upoštevati, da njegov cilj ni samo dokončati projekt, temveč razviti kakovostno programsko opremo.

Druga najpogosteje uporabljena organizacijska struktura:

2. organizacijska struktura

To je najpogostejša vrsta organizacijske strukture. V tej strukturi preizkuševalci poročajo upraviteljem preskusov, razvijalci pa vodji razvoja. Tako vodja preskusov kot vodja razvoja poročata vodji projekta.

Vodja preskusov bo odgovoren za vse dejavnosti, povezane s preskusi, odgovoren pa je tudi za razvoj programske opreme. Vodja projekta bo nadzoroval tako testiranje kot razvojne dejavnosti.

Prednosti:

  • Za razliko od prejšnje strukture so v tej strukturi različni vodje za testiranje in razvoj, zato se lahko oba osredotočita na svoje delo. Ostali bodo predani svojemu delu in zanje bo manj motenj.
  • V tej strukturi preizkusnih dejavnosti ni mogoče zanemariti ali pa jih ni mogoče upoštevati pozno v projektu. To pomeni, da bosta tako testiranje kot razvoj enako pomembna.
  • Pri odločanju o kritičnih odločitvah je preskusna skupina samostojna.

Slabosti:

  • Obstaja možnost komunikacijske vrzeli zaradi več ravni.

Test Management Vs Organizacijske strukture

Organizacijske strukture neposredno vplivajo na upravljanje testov. Različne organizacijske strukture imajo različen vpliv na vodenje preizkusov, zato se upravljanje preizkusov razlikuje glede na spretnosti in izkušnje vodje testiranja ter glede na položaj vodje testiranja v organizacijski strukturi.

Tu smo videli dve organizacijski strukturi. V prvi strukturi sta vodja razvoja in vodja testiranja ista oseba, zato to vpliva na upravljanje testov. Cilj razvojnega vodje je razvoj programske opreme, pri tem pa si mora ogledati tudi testiranje.

Tako lahko včasih daje pristranska mnenja. Lahko samo spregleda vprašanje in nadaljuje. Na ta način lahko vpliva na vodenje preskusov. Neodvisni vodja testov bo lahko zagotovil več pravičnosti, upravljanje testov pa bo boljše pri neodvisnih vodjih testov.

Zaključek

Obe temi, tj. Vodenje testov in organizacijske strukture, smo videli ločeno in skupaj z odnosom med tema dvema. Sklepamo lahko, da organizacijske strukture vplivajo na vodenje testov.

Med primerjavo obeh zgoraj omenjenih struktur bo v drugi strukturi upravljanje testov opravljeno bolje kot prva. Razlog za to je lahko namenski vodja testov.

Organizacijske strukture se med organizacijami razlikujejo. Čeprav obstaja določen postopek za vodenje testov (ali pa skupine morda uporabljajo orodja za upravljanje testov), ​​se bo upravljanje testov razlikovalo zaradi različnih organizacijskih struktur, voditeljev testov, spretnosti in izkušenj vodje testa.

Priporočeno branje

^