Meni

Dokumentacija ispitivanja prihvatljivosti sa scenarijima u stvarnom vremenu

acceptance testing documentation with real time scenarios

Isprobajte Naš Instrument Za Uklanjanje Problema

Dokumentacija o ispitivanju prihvatljivosti (Dio II):

Prethodni vodič | SLJEDEĆA Vodič

Ovaj je nastavak nastavak našeg prethodnog vodiča u kojem smo razgovarali o tome što je ispitivanje prihvatljivosti, kada to treba učiniti, tko to radi, njegovu važnost, vrste, postupak, utjecaj na različite timove itd.

što učiniti s .torrent datotekama

Dokumenti igraju vrlo važnu ulogu u ispitivanju prihvatljivosti i sva pitanja u vezi s dokumentom imaju ogroman negativan utjecaj. Kada se ne izvrši odgovarajuća provjera, to može dovesti čak i do neuspjeha proizvoda.

=> Kliknite ovdje za potpunu seriju vodiča za plan ispitivanja

U ovom uputstvu naučit ćemo više o različitoj dokumentaciji koja je uključena u ispitivanje prihvaćanja, tj. Plan ispitivanja prihvaćanja, kontrolni popis pregleda plana ispitivanja, predložak ispita prihvaćanja, primjeri temeljeni na scenarijima u stvarnom vremenu, kako detaljno identificirati i napisati testove prihvaćanja itd. .

Dokumentacija o ispitivanju prihvatljivosti

Što ćete naučiti:

Plan ispitivanja prihvatljivosti

Kao i bilo koji drugi plan ispitivanja, plan ispitivanja prihvaćanja također uključuje neke komponente poput opsega, pristupa, testnog okruženja, resursa, odgovornosti, referenci testova prihvatljivosti, kriterija ulaska, kriterija izlaska, alata itd.

Jedino što plan ispitivanja prihvaćanja razlikuje od redovnog plana ispitivanja jesu njegovi čimbenici koji rezultiraju poslovnom odlukom. Plan ispitivanja prihvatljivosti jedna je od vitalnih dokumenata koja pruža smjernice za provođenje ispitivanja prihvatljivosti za određeni projekt.

Plan provjere prihvatljivosti mora se pregledati i odobriti prije izvođenja ispitivanja prihvatljivosti. Sve naknadne promjene moraju ponovno proći postupak pregleda i odobravanja i moraju se pratiti.

Pregled Plana ispitivanja prihvaćanja obično rade menadžeri / poslovni analitičari / kupci.

Ključne točke koje treba uzeti u obzir prilikom izrade plana ispitivanja prihvatljivosti:

  • Trebalo bi biti Detaljan i specifičan. Mora sadržavati samo ono što je potrebno za testiranje i koje su informacije potrebne timu za provođenje testiranja.
  • Trebalo bi biti Jasno i sažeto . Nema dvosmislenosti. Ako uopće postoji nešto što bi moglo dovesti do zabune, razradite to, ali neka bude kratko i učinkovito.
  • Svaka komponenta u dokumentu treba biti napisan imajući na umu samo poslovne zahtjeve.
  • Pouzdan i prilagodljiv - Trebao bi se ažurirati prema potrebi u budućim izdanjima.
  • Dosljedno - U budućnosti ne bi trebao imati više promjena.
  • Slijedite predložak koji pruža organizacija ili kupac.

Predložak plana ispitivanja prihvaćanja

Ovdje ćemo pogledati zajednički obrazac za Plan ispitivanja prihvatljivosti koji se može dalje doraditi prema zahtjevima projekta.

Titula

Cilj

Na primjer: Ako projekt želi služiti uslugama zaposlenika u Banci / prodajnoj osobi / Zavodu za obrazovanje itd., Onda to mora biti jasno spomenuto. Također, treba spomenuti razlog zbog kojeg je odabran taj određeni zahtjev.>

Povijest revizija / Dnevnik promjena

< Ovo bi trebalo biti u tabličnom obliku sa sljedećim informacijama:

  • Datum - Datum izmjene dokumenta.
  • Izmijenio - Tko je promijenio sadržaj dokumenta.
  • Svrha - Zašto je dokument izmijenjen.
  • Verzija - Trenutna verzija dokumenta nakon izmjena (vrijedi 1.0, 1.1, 1.2, 1.3, ... za određeno izdanje. Sljedeće izdanje započinje s 2, 2.1, 2.2, 2.3, ..., popis se nastavlja).
  • Odobreno od - Tko je odobrio izvršene promjene (implicitno znači da je dokument pregledan i odobren).

Prvi red u ovoj tablici trebali bi biti detalji stvoreni u dokumentu. Zatim slijede detalji izvršenih promjena.>

Sadržaj

Reference

Opseg

Primjer : Svi poslovni scenariji).>

Uvod

Negativno testiranje (ne uvijek) itd.>

Ispitni predmeti

Primjer : Klijentska aplikacija, poslužiteljska aplikacija itd.)>

Značajke koje treba testirati

Primjer : Pretraživanje po različitim ključnim riječima, navigacija između modula i podmodula itd.), Sigurnosne značajke ( Primjer : Registracija na web mjestu, prijava na web mjesto, transakcije itd.)>

Značajke koje se ne ispituju

Pristup

Primjer : Jednom kada se izvrše svi testovi prihvatljivosti, istraživačko ispitivanje izvodit će se vrlo kratko kako bi se procijenila jednostavnost i upotreba proizvoda. Svaka pogreška koja se nađe prijavit će se u alat za upravljanje programskim pogreškama i raspravit će se na sastancima trijažnih grešaka za RCA…)>

Pojedinosti o testnom okruženju

Pogledajte Ispitivanje prihvatljivosti - 1. dio ).>

Kriteriji za ulazak

Testovi - ako ne postoje zasebni napisani testovi prihvaćanja

Svaki test mora sadržavati:

  • Test #.
  • Opis onoga što se testira ( Primjer : Provjerite može li korisnik uspješno stvoriti račun).
  • Poslovni zahtjev na koji se preslikava ovaj test ( Matrica sljedivosti ) - Jako važno.
  • Preduvjeti:
    • Stanje proizvoda prije početka testiranja (Korisnik bi trebao biti uspješno registriran, ali ne i aktivirati račun, Korisnik je trebao pristupiti proizvodu prije najmanje 30 dana itd.)
    • Bilo koji uvjeti poslužitelja - Ako poslužitelj ne radi neko vrijeme.
  • Ispitni koraci: Detaljan numerirani tok ( Primjer: Pogledaj ispod
    • Otvorite aplikaciju.
    • Pokušaj prijave s važećim vjerodajnicama s potvrđenim okvirom Zapamti me).
  • očekivani rezultat : Kakvo je očekivano ponašanje koraka>

Ispitivanja prihvatljivosti - ako su napisani odvojeni testovi prihvaćanja

Kriteriji za izlaz

Resursi

Uloge i odgovornosti

Alati

Čimbenici poslovnog odlučivanja

Idi ili ne-kreni .>

Postupak odjave

Točka kontakta

Plan ispitivanja prihvatljivosti smatra se Glavni testni plan za fazu .

Pregled plana ispitivanja prihvaćanja

Jednom kad je plan spreman, mora se pregledati na cjelovitost, nejasnoću, jasnoću, kvalitetu itd. Nema sumnje da se cjelokupni sadržaj u planu ispitivanja prihvatljivosti mora temeljito pregledati kako bi se utvrdile odgovarajuće informacije, ali mora se biti pregledan i protiv nekoliko drugih bodova, recimo točaka na kontrolnom popisu.

Evo, kategorizirajmo sadržaj i provjerimo točke na njima.

KategorijaBodovi na kontrolnom popisu
Ispitivanja prihvatljivosti Jesu li testovi numerirani

Jesu li preduvjeti numerirani

Jesu li test koraci jasni za razumijevanje

Jesu li test koraci dovršeni

Je li očekivani rezultat potpun

Postoji li otvoreno pitanje u testovima (ako postoji, slijedite ga i popunite)

Je li referenca na testove prihvaćanja (ako je napisana odvojeno) važeća i postojeća

Je li sljedivost ispravna

Postoji li neki poslovni uvjet koji je propušten za pokrivanje testa
Titula Podudara li se naslov s naslovom projekta kako je posvuda spomenut

Je li naslov koji slijedi konvencije o imenovanju Projekta
Povijest revizije, Sadržaj Prati li se ispravno svaka izmjena verzije za plan

Je li svaka promjena verzije prođena na odgovarajući način i spominje li se

Je li pravilnik o verzijama točan

Poklapa li se sadržaj sa stvarnim sadržajem u planu

Je li točan broj stranice za svaki sadržaj

Je li broj stranice ažuriran ako su izmjene izvršene u planu promijenile broj stranice sadržaja
Reference Jesu li reference postojeće i valjane

Podudaraju li se s opsegom

Jesu li ispunjeni i uzimaju li se u obzir za identifikaciju testova
Ispitni predmeti, Značajke koje treba testirati, Značajke koje se ne testiraju Jesu li numerirani

Da li svaka značajka / modul / podmodul spada u opseg

Može li planirani raspored pokriti sve identificirane ispitne stavke unutar
Kriteriji za ulaz, Kriteriji za izlaz Jesu li numerirani

Je li svaki kriterij detaljno spomenut
Pojedinosti o testnom okruženju Ima li sve spomenute potrebne konfiguracije

Da li se uzima u obzir verzija za svaku konfiguraciju ili najnovija

Postoje li VM-ovi, okruženje (ako ne, navedite mogući datum njegove dostupnosti)

Spominje li se metoda dijeljenja vjerodajnica za određeni pristup okolini
Resursi, uloge i odgovornosti Jesu li odgovornosti za svaku ulogu numerirane?

Mogu li se odgovornosti postići

Je li identificirani resurs sposoban nositi se sa spomenutim odgovornostima
Alati Jesu li spomenuti svi alati

Jesu li svi alati numerirani

Jesu li svi alati verzijani

Treba li bilo kojem alatu licenca ili postojeća licenca koja vrijedi tijekom faze

Jesu li smjernice za upotrebu alata točne i dovoljne
Čimbenici poslovnog odlučivanja Ima sve spomenute čimbenike

Jesu li svi čimbenici numerirani
Postupak odjave Je li postupak valjan

Je li postupak prihvatljiv

Je li postupak jasan za razumijevanje
Točka kontakta Je li resurs identificiran kao kontaktna točka dostupna u organizaciji tijekom faze

Je li identificirani resurs sposoban za obradu faze

Bilo koji plan ispitivanja koji udovoljava gore navedenom dokumentu kontrolne liste poslužit će kao snažan dokument i za unutarnje revizije.

Ispitivanja prihvatljivosti

Testovi prihvaćanja ranije su bili poznati kao funkcionalni testovi. Kako bi naziv bio prikladniji za fazu ispitivanja prihvatljivosti i služio svrsi, preimenovan je u Ispitivanja prihvatljivosti. Ponekad se naziva i Ispitivanja kupaca.

Testovi prihvaćanja uvijek se izvode iz korisničkih priča, kriterija prihvaćanja i slučajeva korištenja. To su testovi sustava crne kutije i predstavljaju samo one poslovne testove koje treba provjeriti. Oni bi trebali biti namijenjeni uglavnom ponašanju, korištenju i protoku proizvoda.

Dizajnirana ispitivanja prihvatljivosti također se mogu uzeti u obzir za fazu ispitivanja sustava u regresijskim ciklusima kako bi se steklo povjerenje u proizvod prije predaje u fazu ispitivanja prihvaćanja.

Ispitivanja prihvatljivosti

Ključne točke kojih se trebate sjetiti prije pisanja testova prihvaćanja:

  • Držite sve referentne dokumente na mjestu: Specifikacija softverskih zahtjeva, dokument o poslovnim zahtjevima, slučajevi korištenja, korisničke priče, matrica podataka (u slučaju logike) itd.
  • Usredotočite se samo na poslovne zahtjeve (provjerljivi poslovni zahtjevi).
  • Najprije očistite sve dvojbe i upite o poslovnim zahtjevima.
  • Svakako provjerite da nema promjena u zahtjevima za trenutno izdanje.

Općeniti i jednostavni predložak za pisanje testova prihvaćanja:

Predložak testova prihvatljivosti

Ovaj se predložak može ponovno doraditi u skladu s potrebama projekta i uključiti više informacija.

Uzmimo sada neke uobičajene scenarije i vidjet ćemo kako se na njih mogu napisati scenariji ispitivanja prihvaćanja.

Slučaj 1: Rukovanje korisničkim računom

Ovo je scenarij u kojem korisnici mogu izrađivati, pregledavati, ažurirati i deaktivirati svoj račun. Općenito se radi o CRUD operaciji (Stvaranje, čitanje, ažuriranje i brisanje). Tako ćemo izravno dobiti 4 glavna scenarija za testiranje.

Uz to, u stvarnom vremenu upravljanja korisničkim računima imamo mnoga područja kada je u pitanju pregled i ažuriranje.

Nastavak pisanja testova prihvaćanja:

Test 1: Registracija / registracija / stvaranje računa, provjerite je li korisnik u mogućnosti:

  • Otvorite račun.
  • Aktivirajte račun.
  • Aktivirajte račun samo jednom (ovdje vezu za aktivaciju treba testirati 2ndIako je ovo negativno testiranje, jedno je od glavnih mjesta provjere koje treba razmotriti).

Test 2: Da biste pristupili i pregledali podatke o računu, provjerite je li korisnik u stanju:

  • Prijavite se na račun.
  • Pogledajte različite odjeljke u profilu (ako je odjeljak profila kategoriziran, tada bi svaka kategorija trebala biti vidljiva).
  • Provjerite jesu li podaci prikazani u profilu točni prema unosu korisnika.

Test 3: Da biste ažurirali podatke o računu, provjerite je li korisnik u stanju:

  • Ažuriranje podataka o računu (profil):
    • Ažurirajte svaku kategoriju profila.
  • Provjerite jesu li informacije o ažuriranju ispravno prikazane u profilu.
  • Provjerite da li korisnik ne može ažurirati podatke u profilu (u nekim aplikacijama ime, prezime, korisničko ime itd. Neće biti dopušteno ažurirati. Iako je ovo negativno testiranje, to je jedna od glavnih točaka provjere da se razmotri).
  • Otkažite tijek ažuriranja (Iako je ovo negativno testiranje, to je ujedno i jedna od glavnih točaka provjere koju treba uzeti u obzir).

Test 4: Ako je dopuštena deaktivacija računa, provjerite je li Korisnik u mogućnosti:

  • Deaktivirajte račun.
  • Otkažite tijek deaktivacije (iako je ovo negativno testiranje, jedno je od glavnih mjesta provjere koje treba razmotriti).
  • Pristupite računu nakon otkazivanja deaktiviranja.

Test 5: Ako su za e-adresu ili telefonske brojeve potrebne provjere, tada provjerite je li korisnik u stanju:

što je regresijsko testiranje u softverskom testiranju
  • Ažurirajte adresu e-pošte na drugu valjanu.
  • Potvrdi ”ažurirana adresa e-pošte.
  • Provjerite smatra li se ažuriranom i 'provjerenom' adresa e-pošte daljnja - pošaljite neke e-poruke iz aplikacije i provjerite je li stigla na ažuriranu adresu e-pošte. Stari ne bi trebao primati e-poštu.
  • Dodajte novi telefonski broj.
  • Provjerite dodani telefonski broj putem poziva.
  • Potvrdite dodani telefonski broj putem SMS-a.
  • Provjerite prikazuje li se dodani i 'provjereni' telefonski broj na računu.
  • Ažurirajte telefonski broj.
  • Provjerite ažurirani telefonski broj putem poziva.
  • Potvrdi ”ažurirani telefonski broj putem SMS-a.
  • Provjerite prikazuje li se na računu ažurirani i 'provjereni' telefonski broj.

Slučaj 2: Kupnja proizvoda

Kupnja proizvoda obično ima opći tijek.

Ovdje su navedeni neki opći scenariji koje gledaju krajnji korisnici:

Preduvjet: Korisnik treba biti prijavljen u aplikaciju.

Test 1: Pojedinosti o proizvodu, provjerite je li korisnik u stanju:

  • Pogledajte stranicu s pojedinostima o proizvodu.
  • Pogledajte sve pododjeljke na stranici s pojedinostima o proizvodu (Opis, značajka, podaci o marki itd.).
  • Odaberite količinu proizvoda, boju, veličinu itd. Dostupnu na stranici s pojedinostima o proizvodu.
  • Idite na stranice kategorije, potkategorije sa stranice Pojedinosti o proizvodu (ako je dostupno na stranici Pojedinosti o proizvodu).
  • Idite na stranicu s pojedinostima drugog proizvoda (ako je naveden odgovarajući odjeljak o proizvodima).
  • Pogledajte komentare i ocjene o proizvodu.
  • Razvrstajte komentare proizvoda na temelju ocjena.
  • Pogledajte ukupnu ocjenu proizvoda.
  • Dodajte komentar na proizvod.
  • Ažurirajte njegov / njezin komentar na proizvod.
  • Izbrišite njegov / njezin komentar na proizvod (ako je naveden).

Test 2: Dodajte u košaricu, provjerite je li korisnik:

  • Mogućnost dodavanja proizvoda u košaricu:
    • Na stranici Pojedinosti o proizvodu.
    • Preko stranice s popisom proizvoda.
  • Može dodati potrebnu količinu u košaricu (1 do maksimalno postavljenog ograničenja).
  • Ne mogu dodati proizvod u košaricu ako nema na skladištu.

Test 3: Na stranici s košaricom provjerite je li korisnik u stanju:

  • Pregledajte proizvod u košarici s detaljima cijene za dodatnu količinu.
  • Ažurirajte količinu (1 do maksimalno postavljenog ograničenja).
  • Uklonite proizvod iz košarice.
  • Vratite se natrag u kupovinu.
  • Nastavite do Checkout.
  • Pogledajte praznu košaricu kada nije dodan nijedan proizvod,

Test 4: Na stranici Pojedinosti računa provjerite je li Korisnik u mogućnosti:

  • Nastavite s postojećim pojedinostima dostave.
  • Ažurirajte adresu za dostavu.
  • Dodajte novu adresu za dostavu.
  • Nastavite s postojećim telefonskim brojem.
  • Ažurirajte telefonski broj za narudžbu.
  • Dodajte novi telefonski broj za narudžbu.
  • Vratite se na stranicu košarice.
  • Idite na stranicu Plaćanje.

Test 5: Na stranici za plaćanja provjerite je li korisnik u stanju:

  • Provjerite ispravnost iznosa za naplatu.
  • Obradite narudžbu sa svim dostupnim opcijama (jedna opcija za svaku zasebnu narudžbu).
  • Uspješno obradite transakciju. Idite na stranicu Potvrda narudžbe.
  • Neuspjeh transakcije (iako je ovo negativno testiranje, to bi trebalo smatrati glavnim scenarijem).
  • Prijavite kupone:
    • Važeći kuponi - uspjeh. Ovdje provjerite promjenu u iznosu za naplatu.
    • Nevažeći kuponi - neuspjeh
  • Kuponi kojima je istekao rok - Neuspjeh.
  • Vratite se na stranicu Pojedinosti računa.

Pregled testova prihvatljivosti

Pregled testova prihvaćanja važan je zadatak jer mora biti ispravan i precizan s obzirom na poslovne zahtjeve. Budući da ih mogu provoditi sami kupci i / ili krajnji korisnici, itekako je potrebno biti cjeloviti, nedvosmisleni, točni i dovoljno detaljni da bi ih netko mogao razumjeti i izvršiti.

Pregledanje testova prihvaćanja moraju obaviti poslovni analitičari, kupci, a svi komentari recenzije trebaju biti uvršteni u prioritet.

Na razini pojedinačnog testa, pregled bi se trebao izvršiti u odnosu na sljedeće:

  • Pokriva li test poslovne zahtjeve ili ne.
  • Jesu li preduvjeti jasni?
  • Jesu li koraci testa lako razumljivi i detaljni?
  • Je li očekivani rezultat točan i jasan?
  • Je li mapirano u skladu sa poslovnim zahtjevima za sljedivost?
  • Je li test dovoljno potpun da pokrije određeni protok ili upotrebu?
  • Je li potreban određeni test u sklopu ispitivanja prihvaćanja.
  • Postoji li neka točka provjere koja nije potrebna za ispitivanje prihvaćanja.
  • Je li čisto funkcionalan ili je neki GUI pokriven (trebao bi biti samo funkcionalan).
  • Jesu li potrebni posebni ulazni podaci? Ako je odgovor da, jesu li navedeni detalji?

U cjelini, cjelokupna recenzija paketa prihvatnih testova trebala bi obuhvaćati:

  • Dvosmjerna sljedivost: Poslovni zahtjevi za testove I testovi za poslovne zahtjeve.
  • Je li pokriven svaki poslovni zahtjev?
  • Je li svaki poslovni zahtjev pokriven jednim ili više testova?
  • Jesu li pokrivena poslovna pravila?
  • Obrađuje li se poseban slučaj podataka?
  • Koliko je testova napisano kako bi se pokrili svaki zahtjev ili pravilo?
  • Mogu li se testovi grupirati i klasificirati prema protocima.
  • Jesu li testovi pravilno poredani kako bi izvršenje bilo učinkovito?

Zaključak

Ukratko, kao što je ranije spomenuto, dokumenti igraju vrlo drastičnu ulogu u ispitivanju prihvatljivosti.

Stoga bilo koji napisan test prihvaćanja treba biti dobro strukturiran i slijediti njegovu uporabu, tako da ispitivače prihvaćanja zanima što oni testiraju i kako to rade. To bi, pak, automatski donijelo uspjeh.

=> Posjetite ovdje za cjelovitu seriju vodiča za plan ispitivanja

Prethodni vodič | SLJEDEĆA Vodič

Pratite nas i pratite predstojeći vodič za ispitivanje prihvaćanja kako biste saznali više o izvješćima o ispitivanju prihvaćanja, zajedno s nekim generičkim predlošcima. Također, javite nam ako imate pitanja.

Preporučena literatura

^