Meni

Početak rada sa praćenjem incidenata i upravljanjem njima u testiranju softvera (uključeni uzorci predložaka)

  • Glavni
  • Praćenje Grešaka
  • Početak rada sa praćenjem incidenata i upravljanjem njima u testiranju softvera (uključeni uzorci predložaka)

getting started with incident tracking

Isprobajte Naš Instrument Za Uklanjanje Problema

U današnjem članku naučit ćemo sve o Postupak 'Praćenje i upravljanje incidentima' - Kako pratiti i upravljati incidentima u softverskom testiranju s uzorcima predložaka.

Razmišljate li o tome: „STH je objavio puno sadržaja na praćenje grešaka / grešaka , pa kako će ovo biti drugačije '? Upravo je to razlog zašto prvo moramo pogledati što mislimo pod incidentom.

praćenje i upravljanje incidentima

Što ćete naučiti:

Što je incident?

Incidenti može se jednostavnim riječima definirati kao događaj koji se našao tijekom testiranja koji zahtijeva pregled.

Tijekom testiranja, ako se stvarni rezultat razlikuje od očekivanog rezultata, naziva se greška, kvar, pogreška, problem, kvar ili incident. Svi su ti pojmovi najčešće sinonimi.

Incidenti su, međutim, posebna kategorija problema koji se mogu pojaviti zbog pogrešne konfiguracije, oštećenja podataka ili rušenja poslužitelja itd. Primjeri su: Prostor na disku pun, pogreška u izvršenju (runtime error), usluga nedostupna itd.

Incidenti se mogu dogoditi i zbog nekih problema u razvoju softvera, korištenju hardvera ili pogreškama u zahtjevima za uslugu.

Razlika između pogreške, nedostatka, greške i nezgoda:

  1. Pogreška : Radnja koju izvodi čovjek koja rezultira neočekivanim ponašanjem sustava.
    g .; netočna sintaksa, nepravilan izračun vrijednosti, nerazumijevanje softvera
    zahtjev itd.
  2. Mana: Ovo je izraz koji obično koriste testeri. Kada ispitivač pronađe pogrešku ili problem, tada se naziva nedostatkom.
  3. Bug: Bug je terminologija programera. Jednom kada programer prihvati kvar koji je otkrio ispitivač, naziva se bug. Proces ispravljanja svih bugova u sustavu naziva se Ispravljanje grešaka.
  4. Incident: Incident je neplanirani prekid. Kada se operativni status bilo koje aktivnosti pretvori iz radne u neuspjelu i uzrokuje neplanirano ponašanje sustava, to je incident. Problem može uzrokovati više incidentnih slučajeva koje treba riješiti, po mogućnosti što je prije moguće.

Pogledajmo sada nekoliko povezanih pojmova:

  1. Spremište nezgoda : Repozitorij nezgoda može se definirati kao baza podataka koja sadrži sve važne i relevantne podatke o svim incidentima koji se događaju u sustavu. Te se informacije naknadno koriste za izradu izvješća o incidentu. Sadrži polja kao što su podaci, očekivani rezultati, stvarni rezultat, datum i vrijeme, status incidenta itd.
  2. Ozbiljnost: O njihovoj ozbiljnosti odlučit će potencijalni utjecaj incidenta. Može biti glavni, manji, fatalan ili kritičan za trenutno rješavanje.
  3. Prioritet : Postavite prema težini i utjecaju na radni status sustava. Vrijednosti mogu biti visoke, srednje, niske, vrlo visoke ili hitne / neposredne.
  4. Status incidenta : Trenutno stanje u kojem se rješava incident. Može biti novo, u tijeku, razriješeno i zatvoreno.

Što je upravljanje incidentima?

Upravljanje incidentima postupak je zapisivanja, evidentiranja i rješavanja nezgoda što je brže moguće za vraćanje poslovnog procesa ili usluge u normalu.

Proces upravljanja incidentima

Upravljanje incidentima cjelokupni je postupak koji započinje od evidentiranja incidenata do njihovog rješavanja.

To je vrlo kritičan postupak jer će se na ovaj način osigurati da se incidenti rješavaju na sustavan i učinkovit način. Također, usmjeravanjem cjelokupnog postupka, velika je šansa da se dogodi rano rješavanje problema.

Slijedi shematski prikaz procesa, a mi ćemo detaljno razgovarati o svakoj fazi.

Proces upravljanja incidentima

# 1. Identifikacija nezgoda i prijava :
Identifikacija nezgoda vrši se ili testiranjem (pomoću alata ili na drugi način), povratnim informacijama korisnika, praćenjem infrastrukture itd.

besplatna aplikacija za zakazivanje instagram postova

Evidentiranje incidenta jednostavno znači bilježenje sljedećih informacija:

  • Točan / odgovarajući datum i vrijeme nastanka.
  • Naslov incidenta zajedno s vrstom i kratkim opisom
  • Ime osobe koja je zabilježila incident i detaljniji opis
    s kodovima pogrešaka kad je to primjenjivo
  • Pojedinosti osobe dodijeljene incidentu radi praćenja
  • Trenutni status incidenta
  • Prilozi uključujući tehničke rasprave, odluke i odobrenja

# 2. Klasifikacija i određivanje prioriteta:

Klasifikacija nezgoda pomaže nam da ih podijelimo na temelju njihove vrste (softver, hardver, zahtjev za uslugom itd.), Tako da olakšava izvještavanje i analizu. Određivanje prioriteta pomaže utvrditi redoslijed / prioritet incidenata kojima se treba baviti. Ovisi o utjecaju, ozbiljnosti i najvažnije o rizičnom faktoru.

# 3. Istraga i analiza: Ovaj je korak za bolje razumijevanje problema, tako da ga ne samo da trenutno popravljamo, već prikupljamo informacije kako bismo spriječili ponovnu pojavu.

# 4. Rješavanje i oporavak: Poduzimaju se koraci za uklanjanje incidenta i vraćanje sustava u prethodno radno stanje.

# 5. Zatvaranje incidenta: Rezolucija je ponovno testirana i u slučaju da sustav radi kako je predviđeno, incident se zatvara.

Sustav upravljanja incidentima

Upravljanje incidentima može se vrlo dobro izvršiti ručno ili statično pomoću raširenih listova, ali je mnogo učinkovitije, dinamičnije i sustavnije kada se radi pomoću alata.

Mnogi pozivni centri za korisničku podršku koriste sustav upravljanja incidentima za stvaranje ažuriranja i rješavanje incidenata.

Popularni alati za upravljanje incidentima:

Neki popularni alati za upravljanje incidentima koji se mogu koristiti za praćenje incidenata uz programske pogreške ili nedostatke:

# 1. Sjediti! (Podrška za praćenje incidenata):

Alat za praćenje nezgoda 1

  • Podrška Incident Tracker (SiT) je besplatni program otvorenog koda i zasnovan na webu koji koristi PHP i MySQL za sve platforme i podržava ih. Poznat je i pod nazivom „Služba za pomoć“ ili „Sustav ulaznica za podršku“.
  • Korisno za slanje e-pošte izravno sa SiT-a, pričvršćivanje datoteka i bilježenje svake komunikacije u zapisnik o incidentima. SiT je svjestan sporazuma o razini usluge i incidenti se označavaju ako leže izvan njih.

# 2. JIRA:

Alat za praćenje nezgoda 2
JIRA je također popularan vlastiti alat za upravljanje incidentima koji je razvio Atlassian, a koristi se za praćenje grešaka, kvarova ili nezgoda. To je alat zasnovan na Javi koji se koristi za softver i mobilne aplikacije. JIRA shema uključuje tijekove rada, dozvole, konfiguracije, vrste izdanja itd. JIRA također podržava agilno testiranje.

Za više informacija i upute provjerite: JIRA tutorial serija.

# 3. Sustav za praćenje nezgoda:
Sustav za praćenje nezgoda je softver koji se koristi za praćenje incidenata. Pomaže u utvrđivanju i analiziranju osnovnog uzroka incidenta zajedno s prikladnim rješenjem. Sustav za praćenje incidenata jednostavan je za upotrebu i pruža podršku u bazi podataka za praćenje i bilježenje incidenta.

Izvještaj o ispitnom incidentu:

  1. Izvještaj o ispitnom incidentu je unos stvoren u spremištu kvara s jedinstvenim ID-om za svaki naišli incident. Izvještaj o ispitnom incidentu dokumentira sve probleme pronađene tijekom različitih faza ispitivanja.
  2. IEEE 829-1998 standardni je format izvještaja o ispitnom incidentu koji se koristi za dokumentiranje svakog incidenta koji se dogodi tijekom testiranja.

U nastavku je dat pregled predloga IEEE 829-1998:

=> Ovdje preuzmite IEEE predložak praćenja incidenata.

Slijedi kratko objašnjenje polja:

# 1. Identificirati : Određuje jedinstveni ID i broj koji generira tvrtka za identificiranje i lociranje incidenta.

# 2. Sažetak : Rezimira incident na jezgrovit način. Sadrži dovoljno detalja za razumijevanje povezanih činjenica, naime. reference, povezani testni postupci, verzija softvera, test slučajevi itd.

# 3. Opis incidenta: Opisuje incident sa sljedećim detaljima: Ulazi

  • očekivani rezultat
  • Stvarni rezultat
  • Pokušaj ponavljanja
  • Anomalije
  • Datum i vrijeme
  • Postupak Korak
  • Ime testera

Format izvješća o praćenju incidenata može se mijenjati prema industrijskim standardima i poslovnim zahtjevima.

c ++ slučajno između 0 i 1

Primjer jednog koji se koristi u tvrtki je:

=> Ovdje preuzmite izmijenjeni predložak izvješća o incidentima.

Zaključak:

Kako ovaj članak pokazuje da se upravljanje incidentima ne razlikuje mnogo od praćenja bugova, pa će ovo biti prekrasan osvrt na postupak s priloženim nekim ISO standardima i praktičnim predlošcima iz stvarnog života.

Još jedna oprezna riječ koju vam želimo ostaviti prije završetka ovog članka jest - pokušajte ne biti previše vezani uz definiciju greške / kvara / nezgode itd., Jer većina tvrtki ne razlikuje jedan pojam od drugog. Dakle, svi se oni većinu vremena koriste sinonimno - također, postoje neke tvrtke koje nedosljednosti u svojoj dokumentaciji nazivaju incidentima, druge probleme okoline nazivaju incidentima - pa vidite, kako se dijalekti mijenjaju s regijama, tako se mijenja i tehničko osiguranje kvalitete terminologija. Ono što vam donosimo je većina, a ne norma - iznimke uvijek postoje.

Sretno čitanje!

Preporučena literatura

^