Što je testiranje tijeka rada u testiranju softvera? s primjerima
Thomas Hamilton
⚡ Pametni sažetak
Testiranje tijeka rada potvrđuje da svaki niz koraka unutar aplikacije i dalje odražava poslovni proces za koji je izgrađena, provjeravajući svaku fazu, primopredaju i ovisnost od prve akcije do konačnog ishoda.
Što je testiranje tijeka rada?
Testiranje tijeka rada je vrsta testiranja softvera koja provjerava da li svaki softverski tijek rada točno odražava zadani poslovni proces. Tijek rada je niz zadataka koji proizvode željeni rezultat i obično uključuje nekoliko faza ili koraka. Za bilo koji poslovni proces, testiranje ovih uzastopnih koraka definira se kao testiranje tijeka rada.
Važna je razlika opseg. Jedan testni slučaj pita vraća li jedna funkcija točan odgovor. Test tijeka rada pita daje li deset tih funkcija, izvršenih redoslijedom kojim ih stvarni korisnik slijedi, i dalje rezultat koji tvrtka očekuje. Iz tog razloga testiranje tijeka rada pripada u procesno orijentirane unose u vrste testiranja softvera kataloga, a ne tehnikama na razini jedinice.
Primjer testiranja tijeka rada
Na primjer, provjerite može li se sustav instalirati na korisnikovu platformu i izvršava li se ispravno.
Bogatiji primjer je online narudžba. Kupac dodaje artikl u košaricu, primjenjuje kod za popust, odabire opciju dostave, plaća i prima e-poruku s potvrdom dok skladište prima upute za prikupljanje. Svaki od tih koraka može proći izolirano, a ipak propasti kao lanac: popust možda neće preživjeti korak plaćanja ili poruka skladišta možda nikada neće napustiti red čekanja.
Testiranje tijeka rada provodi se u fazama. Ovako ćete provoditi testiranje tijeka rada.
- Početna fazaOva faza uključuje početno planiranje testiranja i testiranje prototipa.
- Faza razradeOva faza uključuje osnovnu analizu arhitekture testa.
- Faza izgradnjeOva faza uključuje značajno testiranje pri svakoj izgradnji.
- Faza prijelazaOva faza uključuje regresijski testovi i ponovno testirati ispravke.
Kako izvršiti testiranje tijeka rada
Gornji fazni model opisuje kada se posao odvija. Slijed u nastavku opisuje što tester zapravo radi unutar bilo koje od tih faza.
- Mapirajte poslovni proces. Nacrtajte tijek rada točno onako kako ga tvrtka vodi, uključujući svaku točku odlučivanja, odobrenja i primopredaje između odjela. Poslovni analitičar obično je najbrži put do točne karte, a Poslovni analitičar dokumentacija je referenca prema kojoj se karta provjerava.
- Postavite kriterije za ulazak i izlazak. Zabilježite stanje u kojem sustav mora biti prije početka tijeka rada i stanje koje dokazuje da je završen. Bez oba, testeri se ne slažu oko toga je li pokretanje uspješno.
- Dizajnirajte testne slučajeve. Napišite jedan slučaj po putanji kroz tijek rada, a ne jedan po zaslonu. Numerirajte korake, navedite očekivani rezultat za svaki i dajte svakom slučaju jedinstveni identifikator kako bi se nedostaci mogli uočiti. tracvratio se na stazu.
- Pripremite realistične podatke za testiranje. Ponovno koristite anonimizirane zapise oblikovane u proizvodnji umjesto izmišljenih vrijednosti. Kodovi za popust, porezna pravila i formati adresa uobičajena su mjesta gdje sintetički podaci skrivaju stvarne nedostatke.
- Prvo pokrenite primarni put. Potvrdite da se tijek rada dovršava od početka do kraja prije nego što se išta namjerno prekine. Kvar ovdje poništava svaki negativni rezultat koji slijedi.
- Namjerno prekinite lanac. Otkaži na pola puta, pošalji nevažeću vrijednost u točki odluke, istekni vrijeme sesije i odbij odobrenje. Zanimljivi nedostaci nalaze se u tim prekinutim putovima, a ne u primarnom.
- Prijavi, popravi i ponovno testiraj. Zabilježite svaki kvar uz korak koji ga je uzrokovao, a zatim ponovno pokrenite cijeli tijek rada nakon ispravka. Popravljeni korak često pomiče kvar jednu fazu dalje u lancu.
Stabilni tijekovi rada koji se ponavljaju pri svakom izdanju najbolji su kandidati za automatizaciju, jer se isti koraci izvode identično svaki put, a skripta se isplati unutar nekoliko ciklusa.
Tko će provoditi testiranje tijeka rada?
Testiranje tijeka rada je zajednički posao jer nijedna pojedinačna uloga ne vidi cijeli lanac. Četiri uloge nose teret, svaka sa svojim odgovornostima.
- Inženjer ispitivanja
- Planirajte ciljeve testa i raspored
- Definirajte test slučajeve i procedure
- Ocijenite rezultate testa
- Inženjer komponenti
- Razvoj ispitnih komponenti
- Automatizirati neke od testnih postupaka
- Tester integracije
- Izvođenje testovi integracije i prijavljivanje nedostataka
- Tester sustava
- Izvođenje testovi sustava i prijavljivanje nedostataka
Što testirati u tijeku rada
Softverski tijekovi rada dokumentirani su u Dokumentu poslovnih zahtjeva, a taj dokument je izvor istine za pokrivenost. Testiranje tijeka rada također će uključivati dijelove sistemskih i integracijskih testova.
Potpuni pregled tijeka rada ispituje više od samih ekrana koje korisnik vidi.
- redoslijed: Koraci se izvršavaju dokumentiranim redoslijedom i ne mogu se preskakati ili ponavljati izvan redoslijeda.
- Predaja podataka: Vrijednosti unesene rano u lancu ostaju netaknute do posljednjeg koraka i za bilo koji nizvodni sustav.
- Uloge i dopuštenja: Svaki korak dostupan je samo ulozi koja je ovlaštena za njegovo izvršavanje.
- Prekinuti putevi: Otkazivanje, istek vremena, odbijanje i ponovni pokušaj ostavljaju tijek rada u definiranom stanju.
- Artefakti: Model testiranja tijeka rada obuhvaća testne slučajeve, testne postupke, testne komponente i testne podsustave, tako da se svaki od njih redom provjerava.
- Obavijesti: E-poruke, upozorenja i poruke u redu čekanja aktiviraju se jednom, s ispravnim sadržajem, u ispravnom koraku.
Testiranje tijeka rada vs. testiranje od početka do kraja vs. testiranje sustava
Ove tri tehnike se dovoljno preklapaju da bi se mogle pomiješati, no ipak odgovaraju na različita pitanja. Tablica postavlja granice.
| Aspekt | Testiranje tijeka rada | Testiranje od kraja do kraja | Ispitivanje sustava |
| Odgovoreno na pitanje | Odgovara li softver poslovnom procesu? | Funkcionira li cijelo putovanje na svakom povezanom sustavu? | Ispunjava li sastavljeni sustav svoje zahtjeve? |
| Jedinica pokrića | Jedan poslovni proces, korak po korak | Putovanje jednog korisnika, od prednjeg do pozadinskog sustava | Potpuna izrada aplikacije |
| Primarna referenca | Dokument o poslovnim zahtjevima | Mapa korisničkog putovanja | Specifikacija sistemskih zahtjeva |
| Tipičan vlasnik | Testni inženjer s doprinosom poslovnog analitičara | Inženjer za automatizaciju ili osiguranje kvalitete | Tester sustava |
U praksi, test tijeka rada često je specifikacija i ispitivanje od početka do kraja izgrađen je od, dok testiranje sustava pruža stabilnu verziju na kojoj se tijek rada izvršava.
Najbolje prakse i uobičajeni izazovi
Timovi koji dobivaju vrijednost od testiranja tijeka rada obično slijede isti mali skup navika.
- Dajte prioritet tijekovima rada koji nose prihod ili regulatorni rizik prije onih rijetkih.
- Opišite svaki korak i očekivani rezultat jednostavnim i nedvosmislenim jezikom.
- Održavajte realističan skup podataka za testiranje koji se može ponovno koristiti kako bi izvršavanja testa ostala usporediva u različitim okruženjima.
- Testirajte svaki tijek rada s valjanim ulazima i s nevaljanim u svakoj točki odlučivanja.
- Ažurirajte testne slučajeve čim se promijeni temeljni poslovni proces.
Ponavljajuće prepreke su jednako predvidljive.
- Nedokumentirani procesi: Tijek rada živi u glavama ljudi, pa testeri provjeravaju pretpostavku.
- Dugo vrijeme izvršenja: Tijek rada koji obuhvaća odobrenja može trajati satima, što ograničava učestalost ručnog izvršavanja.
- Pomak okoline: Nizvodni sustavi u lancu su zaustavljeni ili zastarjeli, a nedostaci se pojavljuju tek u proizvodnji.
- Krhka automatizacija: Skripte vezane za raspored zaslona prekidaju se kad god se sučelje promijeni, čak i kada se proces nije promijenio.
- Kolizije podataka: Paralelni radovi troše iste zapise, stvarajući kvarove koji izgledaju kao nedostaci proizvoda.
