test management tutorial
Ovo je vodič za upravljanje testovima za testiranje softvera. Sadrži faze upravljanja testovima, alate i upravljanje testovima protiv organizacijske strukture:
Upravljanje testom je postupak upravljanja svim aktivnostima, dokumentima i ostalim srodnim radovima u vezi s testom. Organizacijske strukture odnose se na hijerarhiju timova ili zaposlenika koji rade na određenim projektima.
Mislite li da organizacijska struktura utječe na upravljanje testovima?
Ako je vaš odgovor negativan, vidjet ćemo zašto? Ako je odgovor da, da vidimo kako to utječe. Da bismo pronašli vezu između ove dvije, moramo jasno razumjeti ove teme, a zatim istražiti vezu između upravljanja testovima i organizacijske strukture.
Što ćete naučiti:
- Uvod u upravljanje testovima
- Komponente upravljanja testom
- Faze upravljanja testovima
- Alati za upravljanje testovima
- Organizacijske strukture
- Upravljanje testom protiv organizacijskih struktura
- Zaključak
Uvod u upravljanje testovima
Upravljanje testom znači upravljanje cjelokupnim procesom testiranja softvera za određeni projekt. Proces upravljanja testom primjenjuje se na cijeli životni ciklus razvoja softvera. Stoga bi u idealnom slučaju čim započne proces razvoja softvera trebao započeti i postupak upravljanja testovima.
Voditelj ispitivanja imao je sljedeće odgovornosti-
- Voditelj ispitivanja trebao bi osigurati dosljednost i kvalitetu ovih radnih proizvoda.
- Surađujte s analitičarom za testiranje i tehničkim analitičarom za odabir i prilagodbu odgovarajućeg predloška.
- Surađujte s analitičarom za testiranje i tehničkim analitičarom za ispitivanje kako biste uspostavili standarde ovih proizvoda, poput razina detaljnih stupnjeva.
- Pregledajte proizvode rada koristeći odgovarajuće tehnike.
Komponente upravljanja testom
Upravljanje testom podijeljeno je u 5 dijelova radi boljeg razumijevanja:
- Ispitna dokumentacija
- Procjena ispitivanja
- Ispitne metrike
- Mjerenje napretka ispitivanja
- Metrika za praćenje životnog ciklusa testiranja
# 1) Ispitna dokumentacija
Tri su vrste testne dokumentacije navedene u nastavku:
- Pravila ispitivanja
- Strategija ispitivanja
- Plan glavnog testa
# 1) Pravila ispitivanja:
- Sažima vrijednost koju organizacija proizlazi iz testiranja.
- Definira politike testiranja.
- Opisuje kako procijeniti učinkovitost testiranja.
- Opisuje postupak ispitivanja.
- Navedite kako će organizacija poboljšati postupak testiranja?
# 2) Strategija ispitivanja:
- Opisuje opće metodologije ispitivanja koje se koriste za upravljanje projektnim i proizvodnim rizicima.
- Analitičke strategije: Poput ispitivanja temeljenog na riziku.
- Strategija temeljena na modelu: Poput operativnog profila gdje ispitni tim razvija model zasnovan na stvarnim i prihvaćenim situacijama okoline, unosa i uvjeta.
- Metodološka strategija: Karakteristike kvalitete gdje ispitni tim koristi skup uvjeta ispitivanja, kontrolni popis ili zbirku generaliziranih, logičkih testova.
- Tehnike sukladne procesu ili standardima: Slijedi niz procesa poput SCRUM / Agile.
- Reaktivne strategije: Korištenje NAPADA NA OSNOVU KVALITETE KAO ISPITIVANJE.
- Savjetodavna strategija: Poput testiranja usmjerenih prema korisniku, gdje se ispitni tim oslanja na ulaganje jednog ili više dionika kako bi odredio uvjete ispitivanja poput vanjskog testiranja kompatibilnosti.
- Također opisuje:
- Postupci integracije
- Tehnike specifikacije ispitivanja
- Neovisnost ispitivanja
- Obvezni i neobavezni standardi
- Test okruženje
- Alati
- Ponovna upotrebljivost softverskih proizvoda
- Ponovno testiranje i regresija.
# 3) Plan glavnog ispitivanja:
- Obuhvaća sve zadatke ispitivanja koje treba obaviti.
- Razmatra se kako će testiranje primijeniti strategiju i politiku testiranja.
- Ako nešto nije opisano, tada bi plan ispitivanja trebao opisati zašto i plan ublažavanja za to.
- Sadržaj plana ispitivanja je:
- Predmeti za testiranje
- Karakteristike kvalitete koje treba ispitati.
- Raspored
- Izvršni ciklus
- Varijable s nedostacima
- Ispitajte stavke u opsegu
- Kriteriji za izlaz
- Projektni rizici
- Cjelokupno upravljanje naporima ispitivanja,
- Uloge i odgovornosti
- Ulaz i izlaz
# 2) Procjena testa
Općenito:
- Je upravljačka djelatnost
- Temelji se na iskustvu.
- Pruža specifičan i detaljan katalog troškova, resursa, zadataka i ljudi.
- Jednom pripremljena procjena mora se dostaviti upravi zajedno s obrazloženjem.
- Konačna procjena predstavlja najbolju moguću ravnotežu organizacijskih i projektnih ciljeva.
- Procjena se temelji na podacima koji su tada bili dostupni i pripremljena je.
- Da bi procjene ostale točne, treba ih ažurirati tako da odražavaju nove i promijenjene informacije.
Čimbenici koji utječu na procjenu testa:
- Potrebna razina kvalitete
- Veličina sustava
- Povijesni podaci
- Faktori procesa poput strategije, razvoja i životnog ciklusa
- Materijalni čimbenici poput testnog okruženja, automatizacije, alata i podataka
- Faktor ljudi
- Složenost postupka
- Obuka i KT (Prijenos znanja)
- Asimilacija i razvoj novih alata i tehnologije, procesa ili tehnika.
- Zahtjev za višim stupnjem detaljne specifikacije ispitivanja.
- Vrijeme dolaska komponente
- Podaci o ispitivanju.
Nagađanja:
- Struktura rada
- Sastanak procjene tima
- Tester - omjer razvijenosti
- Povijest organizacije
- Analiza funkcionalne točke, LOC.
Procjena testa je dalje objašnjena kasnije u vodiču.
# 3) Testiranje mjernih podataka
- Što se mjeri, smatra se učinjenim?
- Što se ne mjeri, lako je zanemariti?
- Treba definirati ograničeni skup korisnih mjernih podataka.
- Treba definirati samo one metričke podatke o čijoj se interpretaciji svi slažu.
- Izvješćivanje i spajanje mjernih podataka trebalo bi biti automatizirano.
- Upravitelj bi trebao podatke provjeriti u metričkim vrijednostima.
Mjerna vrijednost projekta: % izvršavanja, neuspjeha itd.
Metrika proizvoda:
- Atributi proizvoda
- Gustoća defekta
Metrika procesa: Mjeri sposobnost ispitivanja poput% kvara.
Narod: Sposobnost pojedinca.
Metrika napretka testa:
- Broj uvjeta / slučajeva ispitivanja, planirano u odnosu na izvršeno.
- Ukupni kvar kategoriziran prema ozbiljnosti, prioritetu, trenutnom stanju i podsustavu učinka.
- Broj promjena koje su potrebne, prihvaćene, izrađene i testirane.
- Planirani u odnosu na stvarni trošak.
- Planirano u odnosu na stvarno trajanje
- Prekretnica planiranog i stvarnog ispitivanja.
- Status rizika kvalitete proizvoda
- % gubitka napora, troškova ili vremena na testiranju.
# 4) Mjerenje napretka ispitivanja
Rizici proizvoda:
koji uređaj izvodi prijevod mrežne adrese (nat)?
- % pokrivenog rizika.
- % rizika za test neuspjeha
- % Rizik koji je pojedinac prepoznao.
Defekti:
- Broj pronađenih nedostataka u odnosu na broj prijavljenih nedostataka.
- Prosječno vrijeme stope dolaska kvara
- Neispravnosti pojedinih ispitnih predmeta.
- Otkrivanje RCA (analiza uzroka uzroka)
- Neispravnost su Test izdanja.
- Faza u kvaru
- Prioritet i težina
- Prijavi odbijenice u odnosu na duplikat
- Potrebno vrijeme za rješavanje
- Broj novih nedostataka koji su uvedeni zbog otklanjanja starih nedostataka.
Test:
- Ukupan broj test prolaska, neuspjeha, trkača, blokiranja
- Ukupan broj slučajeva regresijskih testova.
Pokrivenost:
- Zahtjevi i pokrivenost dizajna
- Pokrivenost rizikom
- Pokrivenost konfiguracijom okoliša
- Pokrivenost kodom
# 5) Metrika za praćenje životnog ciklusa testiranja
Praćenje plana ispitivanja
- Broj rizika i zahtjev
- Otkrivanje nedostataka
- Plan vs stvarni napori.
Nadzor dizajna testa
- Broj otkrivenih nedostataka tijekom projektiranja.
Nadgledajte analizu testa
- Broj uvjeta
- Broj nedostataka u analizi
Praćenje provedbe testa
- % konfiguracije okoline
- % test slučajeva automatizirano.
Nadzor izvršenja
- % položenih, neuspjelih, nema pokrenutih, blokiranih test slučajeva
- % Obuhvaćeni testni slučajevi
- Riješeni planirani vs stvarni kvarovi
- % plana u odnosu na stvarnu pokrivenost
Zatvaranje monitora
- % test slučajeva je prošlo, teško
- % test slučajeva prijavljenih u kategoriju za višekratnu upotrebu
- % testnih slučajeva automatizirano.
- Broj riješenih / neriješenih nedostataka.
- % proizvoda za probni rad
Faza praćenja i kontrole ispitivanja koja se razmatra u nastavku dodatno objašnjava ovu temu.
Faze upravljanja testovima
Tijekom postupka upravljanja testovima moraju se uzeti u obzir sljedeće točke. Drugim riječima, sljedeće su različite faze postupka upravljanja testovima:
- Analiza rizika
- Procjena ispitivanja
- Planiranje ispitivanja
- Organizacija za ispitivanje
- Test praćenje i kontrola
- Upravljanje pitanjima
- Izvještaj o ispitivanju
Možete primijetiti da su prve četiri faze više o planiranju, a preostale tri o izvršenju. Stoga cjelokupni postupak upravljanja testovima možemo podijeliti u dva dijela, tj. Planiranje i izvršenje.
Istražimo detaljno razne faze upravljanja testovima.
# 1) Analiza rizika
Ova faza uključuje pronalaženje čimbenika rizika i mogućih rješenja. Ako se temeljito provede analiza rizika, možemo izbjeći buduće kvarove ili će barem biti dostupno nekakvo rješenje.
Rizik je nešto što se može dogoditi ili ne dogoditi. Ali ako se to onda dogodi, kakav će biti njegov utjecaj? To može loše utjecati na kvalitetu softvera, reputaciju tvrtke i još mnogo toga.
Trebalo bi otkriti čimbenike rizika kako bi se izbjegao taj loš utjecaj. Za utvrđivanje čimbenika rizika treba napraviti analizu rizika. Postoje dvije vrste rizika, tj. Projektni rizici i rizici proizvoda. Projektni rizici su rizici koji su povezani s procesom rada, a rizici proizvoda rizici koji su povezani s razvijenim proizvodom.
# 2) Procjena testa
Procjena testa odnosi se na predviđanje vremena potrebnog za svaku test aktivnost / fazu. Budući da je ovo procjena, ne može biti točna. Za bolju procjenu testa možemo proučiti prošle projekte naše tvrtke ili se možemo posavjetovati s članovima tima koji će biti odgovorni za taj rad ili fazu testa.
# 3) Planiranje ispitivanja
Samo planiranje testa dug je proces. Uključuje definiranje ciljeva testa, opseg testa, strategiju testa, vremensko raspoređivanje, resurse, komunikacijski pristup itd. Zahtjevi bi trebali biti vrlo jasni za definiranje ciljeva i opsega testa. Plan ispitivanja namijenjen je testerima, korisnicima i članovima projektnog tima.
Plan ispitivanja opisuje ulogu testiranja u projektu. Plan ispitivanja također uključuje uloge i odgovornosti, popis značajki koje će se testirati i koje se neće testirati, test okruženje, popis alata i pretpostavki ako postoje.
# 4) Organizacija ispitivanja
Tijekom faze planiranja testa planirali smo sve moguće stvari u vezi s testiranjem.
besplatno preuzimanje softverskog sata zaposlenika
Stoga su nam potrebni vješti članovi tima da bi izvršili ovaj plan ili ga učinili uspješnim. Organizacija testiranja sastoji se od stvaranja savršenog testnog tima za uspješan projekt.
# 5) Test praćenje i kontrola
Dok je rad ispitivanja u tijeku ili dok ispitivači izvršavaju plan ispitivanja, sav taj rad mora se pratiti. Treba pratiti sve ovo testiranje. Ako se provodi nadzor testa, tada će ispitni tim i voditelj ispitivanja dobiti povratne informacije o napretku testiranja?
Koristeći ove povratne informacije, voditelj testa može voditi članove tima da poboljšaju kvalitetu daljnjeg rada na ispitivanju. Uz pomoć praćenja ispitivanja, projektni tim će dobiti vidljivost rezultata ispitivanja. Također pomaže znati o pokrivanju testova.
Za velike projekte probno praćenje vrši se pomoću automatiziranog alata jer će prikupljanje podataka biti lakše. Za male projekte jedna će osoba prikupiti sve podatke ili dokumente koji se odnose na napredak ispitivanja. Za prikupljanje podataka o napretku testa možemo potražiti pomoć predloška IEEE 829 testa. Ovdje se radilo o praćenju ispitivanja.
Da vidimo što je test kontrola? Projektni rad neće uvijek ići onako kako smo planirali. Možda postoje neke razlike između plana i stvarnog posla. Da bismo te razlike smanjili ili uklonili, moramo napraviti neke promjene i na taj način kontroliramo test rad.
# 6) Upravljanje problemima
Problemi mogu biti bilo koji problem koji se pojavi tijekom procesa razvoja i testiranja softvera. To može biti najmanji razlog zbog kojeg nismo u mogućnosti razviti / isporučiti kvalitetan proizvod. Neki su problemi zaustavljač emisije, tj. Bez rješavanja tog problema nećemo moći nastaviti s daljnjim postupkom.
Upravljanje problemima odnosi se na način na koji rješavamo ove probleme / probleme. To možemo nazvati i upravljanjem incidentima. Upravljanje problemima zahtijeva bolje planiranje procesa rješavanja problema. Bolje upravljanje izdavanjem ovisi o vještini i iskustvu voditelja ispitivanja.
Kako se javljaju ti problemi?
Postoji nekoliko razloga za nastanak problema. Neka su pitanja povezana sa strategijom, a neka su povezana s definicijom, HR-om, raspoređivanjem itd.
Pitanja o strategiji :
Primjeri:
- Projekt ostaje bez sredstava.
- Loša projektna komunikacija.
- Proces upravljanja projektom nije u skladu s navedenim standardima.
Pitanja definicije : Problemi povezani sa zahtjevima.
Primjeri: Nejasni zahtjevi. Mnogo se pitanja može uvesti zbog nejasnih zahtjeva.
Pitanja o rasporedu: Ovo je najčešća vrsta problema. Zaposlenici se moraju boriti da ispune rok.
HR pitanja:
Primjeri:
- U momčadi nedostaje vještine.
- Pogrešno mapiranje zaposlenika za posao.
Može biti puno više vrsta pitanja i ovdje ih ne možemo spomenuti. Stoga se upravljanje problemima odnosi na bilježenje, praćenje i rješavanje problema.
# 7) Izvještaj o ispitivanju
Izvještaj o ispitivanju pomaže utvrditi pokrivenost ispitivanjem, kvalitetu razvijenog proizvoda i potrebna poboljšanja procesa. Možemo odlučiti ‘koliko je ispitivanja potrebno?’
Ako se izvrši dovoljno ispitivanja, možemo podnijeti ovo izvješće o ispitivanju dionicima ili klijentima. Tako da će i oni upoznati kvalitetu proizvoda i imati ideju o tome koliko se ispitivanja vrši na proizvodu.
Alati za upravljanje testovima
Upravljanje testom se komplicira kako nastavljamo u našem procesu razvoja softvera, a to je jedan od glavnih razloga zbog kojih je danas dostupno toliko alata za upravljanje testom.
Ovi alati pomoći će u posljednje četiri faze procesa upravljanja ispitivanjem (organizacija testa, praćenje i kontrola testa, upravljanje problemima i izvještaj o ispitivanju). Kako ovi alati pomažu u važnim fazama upravljanja testovima, njih bi trebalo razmotriti prvo u projektu.
U nastavku su navedeni najpopularniji alati za upravljanje testovima:
- qTest
- PractiTest
- Zephyr
- Test Collab
- TestFLO za JIRA
- XQual
- Xray - Upravljanje testom reznog ruba
- TestRail
- QAobuhvat
- Zahtjevi i upravljanje testovima za Jira (RTM)
- SPIRATEST by Inflectra
- Kualitee
- aqua
- Testpad
- JunoOne
=> Kliknite ovdje za detaljne preglede TOP alata za upravljanje testovima
Organizacijske strukture
Pogledajmo različite organizacijske strukture.
Možda postoje određena pravila za organizacijske strukture ili mogu postojati neke idealne strukture, ali bez obzira na to svaka organizacija može imati svoju strukturu. Postoji toliko puno organizacijskih struktura i svaka ima svoje prednosti i nedostatke.
Ovdje ćemo razgovarati o nekima od njih.
Prvo ćemo vidjeti najjednostavniju organizacijsku strukturu koja se koristi za male projekte.
U ovoj strukturi i ispitivači i programeri podnose izvještaje upravitelju razvoja.
- Voditelj razvoja ima dobru kontrolu nad projektnim aktivnostima.
- Bit će manja mogućnost komunikacijskog jaza između testnih i razvojnih timova.
- Također je na sastancima dobro odrediti rokove za voditelja razvoja jer ima potpuno znanje o ispitivanju i razvoju.
- Timski rad bit će učinkovit zbog minimalnih slojeva.
Nedostaci ove strukture uključuju:
- Kako ne postoji voditelj ispitivanja, postoji mogućnost da se ispitivanje razmotri kasno u projektu.
- Postoji još jedna mogućnost da testiranje ima manje značaja za projekt. Može se smatrati kasnim u projektu.
Općenito se u malim organizacijama za male projekte događa da razvojnom timu treba više vremena nego što je spomenuto, a tim za testiranje mora patiti, tj. Tim za testiranje morat će testirati proizvod do roka, tako da tim za testiranje dobije manje vremena za testiranje proizvod.
U ovoj strukturi, za uspješno dovršenje projekta, voditelj razvoja mora imati na umu da mu cilj nije samo dovršiti projekt, već razviti kvalitetan softver.
Druga najčešće korištena organizacijska struktura:
Ovo je najčešći tip organizacijske strukture. U ovoj strukturi ispitivači podnose izvještaje upraviteljima ispitivanja, a programeri izvještavaju upravitelju razvoja. I voditelj ispitivanja i voditelj razvoja podnose izvještaje voditelju projekta.
Voditelj ispitivanja bit će odgovoran za sve aktivnosti povezane s ispitivanjem, a voditelj razvoja odgovoran je za razvoj softvera. Voditelj projekta kontrolirat će i ispitivanje i razvojne aktivnosti.
Prednosti:
- Za razliku od prethodne strukture, ovdje u ovoj strukturi postoje različiti menadžeri za testiranje i razvoj, pa se obojica mogu usredotočiti na svoj rad. Oni će ostati predani svom poslu i bit će im manje ometanja.
- U ovoj strukturi, ispitne aktivnosti ne mogu se zanemariti ili se ne mogu uzeti u obzir kasno u projektu. To znači da će i testiranje i razvoj dobiti jednaku važnost.
- Kada je riječ o donošenju kritičnih odluka, povoljno je da ispitni tim ima neovisnost.
Mane:
- Postoji mogućnost komunikacijskog jaza zbog više razina.
Upravljanje testom protiv organizacijskih struktura
Organizacijske strukture izravno utječu na upravljanje testovima. Različite organizacijske strukture imaju različit utjecaj na upravljanje testom, stoga se upravljanje testom razlikuje ovisno o vještini i iskustvu voditelja ispitivanja, kao i prema položaju voditelja ispitivanja u organizacijskoj strukturi.
Ovdje smo vidjeli dvije organizacijske strukture. U prvoj su strukturi voditelj razvoja i voditelj ispitivanja ista osoba, pa to utječe na upravljanje testovima. Voditelj razvoja ima za cilj razvoj softvera, a pritom mora gledati i rad testiranja.
Stoga ponekad može dati pristrana mišljenja. On / ona može samo previdjeti problem i nastaviti. Na ovaj način to može utjecati na upravljanje testovima. Neovisni voditelj ispitivanja moći će pružiti više pravde, a upravljanje testovima bit će bolje s neovisnim voditeljima ispitivanja.
Zaključak
Obje teme, tj. Upravljanje testovima i organizacijske strukture, vidjeli smo odvojeno, zajedno s vezom između ove dvije. Možemo zaključiti da organizacijske strukture utječu na upravljanje testovima.
Tijekom usporedbe obje gore spomenute strukture, u drugoj strukturi upravljanje testama odvijat će se bolje od prve. Razlog tome može biti posvećeni voditelj ispitivanja.
Organizacijske strukture razlikuju se od organizacije do organizacije. Iako postoji neki definirani postupak za upravljanje testovima (ili timovi možda koriste alate za upravljanje testom), upravljanje testom razlikovat će se zbog različitih organizacijskih struktura, voditelja testova, vještina i iskustva voditelja testa.
Preporučena literatura
- Vodič za TestLink: Vodič za laike za alat za upravljanje testom TestLink (Tutorial # 1)
- Vodič za Bugzilla: Praktični vodič za alat za upravljanje nedostacima
- SVN Vodič: Upravljanje izvornim kodom pomoću Subverzije
- Vodič za TestLodge - Kako organizirati svoje projekte za testiranje softvera pomoću alata za upravljanje testom TestLodge
- Funkcionalno ispitivanje vs nefunkcionalno testiranje
- Još četiri bitne značajke Alata za vrhunsko ispitivanje
- Vodič za JIRA: Kompletni praktični vodič za korištenje JIRA-e
- Vodič za VersionOne: Vodič za sve agilan agilan alat za upravljanje projektima