how does test planning differ
Svi se slažemo da se projekti automatizacije po svojoj prirodi razlikuju od projekata ručnog testiranja. Iako autonomni projekti automatizacije zapravo ne postoje (ili ne bi trebali idealno postojati), i projekti ručnog i automatizacije različito se rješavaju kad se planiraju.
Kombinirani planirani projekt neizbježno se izvršava; to ne samo da utječe na trenutni projekt i baca sjenu na mogućnosti pojedinca, već može dovesti i do gubitka povjerenja u tim za klijenta / menadžment - što utječe na daljnje poslovanje. Prije bih rekao da smo mi ispitivači na sigurnom nego da nam je žao.
=> Kliknite ovdje za cjelovitu seriju vodiča o planu ispitivanja
Dobar Dilbertov strip o planiranju:
Prije nego što nastavimo dalje, želim utvrditi o čemu ovaj članak NEĆE biti.
# 1) Ovo nije detaljna rasprava o okvirima automatizacije. Različiti projekti koriste različite okvire, ovisno o prirodi svojih AUT, arhitekturi, složenosti, stručnosti tima itd.
Informacije o okvirima možete pronaći na donjim poveznicama:
Okviri automatizacije ispitivanja 1. dio i 2. dio .
#dva) Ovdje se također ne radi o predlošku, formatu ili izradi a Dokument plana ispitivanja . Osvrnut ćemo se na razmatranja preddokumentacije za projekt automatizacije, više u redovima analize izvedivosti.
# 3) To također nisu alati posebno. Svaka aktivnost u SDLC-u zahtijeva vrijeme, trud, infrastrukturu - drugim riječima - NOVAC.
Za projekt ručnog ispitivanja faktori koji troše troškove su:
- narod
- Alati - Ispitivanje / upravljanje nedostacima
- Infrastruktura - okoliš
- Vrijeme
- Trening
Za projekt automatizacije, osim gore navedenih stavki, trebaju mu i troškovi za:
- Alati za automatizaciju
- Dodatak za integraciju alata za upravljanje testom
- Dodatak za podršku AUT (poput SAP-a, Oracle-a itd.)
- Postavljanje okvira
- Trening specifičan za alat
S obzirom na ove okolnosti, ovisi li uspjeh projekta automatizacije o tome koliko ste dobro napisali kôd, koliko ste komponenata za višekratnu upotrebu napisali ili u nekoliko redaka koda postigli željeni rezultat?
Nemoj.
Jedno je i jedino pitanje koje određuje uspjeh - 'Jeste li u mogućnosti generirati bolji ROI (povrat ulaganja) u odnosu na ručnu rutu'? - Ako ne odmah, na kraju.
Ako je odgovor na ovo pitanje 'NE', onda ste projekt automatizacije pogrešno planirali.
Plan ispitivanja obično sadrži sljedeće odjeljke. Razgovarat ćemo o svakom od njih usredotočujući se na aspekte automatizacije koji treba uzeti u obzir:
Odjeljci plana ispitivanja automatizacije
Odjeljak # 1:Opseg
- Odaberite test slučajeve / scenarije koji će se iznova i iznova regresirati u više ciklusa.
- Ponekad najjednostavniji testni slučajevi trebaju puno kompliciranih rješenja za automatizaciju. Ako su samo za jednokratnu upotrebu, očito nema smisla. Ponovna upotrebljivost trebala bi biti vaš fokus.
- Automatizirano testiranje ne / ne može provesti istraživačka ispitivanja.
Odjeljak # 2: Strategija ispitivanja
- Ovaj se odjeljak naziva Okvirom u svijetu automatizacije. Neke je okvire izuzetno izazovno stvoriti, a također su i učinkoviti - ali oni zahtijevaju vrijeme, trud i kompetenciju. Uvijek tražite srednji put i učinite najbolje što možete bez ugrožavanja prekomjerne upotrebe resursa.
- Odlučite o kodiranju najboljih praksi koje će se koristiti, pravilima imenovanja, mjestima za pohranu sredstava za testiranje, formatu rezultata ispitivanja itd. Kako bi se održala ujednačenost i povećala produktivnost.
Odjeljak # 3:Resursi / uloge i odgovornosti
- Prvi korak u ovom smjeru je razumijevanje mogućnosti tima i predviđanje ispred opsega automatizacije koji dolazi na vidjelo. To će pomoći u odabiru tima koji odgovara i potrebama automatizacije i ručnog testiranja. Također, odaberite ljude koji imaju ispravan stav - oni koji ne misle da je ručno testiranje ispod njihovog stasa.
- Odaberite tim koji dobro poznaje AUT, upravljanje testovima, upravljanje nedostacima i druge SDLC aktivnosti
- Odjeljak # 1: Opseg
Odjeljak # 4:Alati
Odaberite alate za automatizaciju na temelju sljedećih pravila:
- Ima li tvrtka već licence za određeni alat, pokušajte provjeriti možete li ga koristiti
- Potražite otvorene (ali pouzdane) alate
- Znaju li članovi tima alat već ili trebamo dovesti nekoga novog? Ili trenirati postojeće?
Odjeljak # 5: Rasporedi
- Uključite vrijeme za prolaz kroz kod i pregled skripti za automatizaciju
- Održavajte skripte na vrijeme. Ako stvorite dio koda koji nećete koristiti sljedećih 6 mjeseci ili slično, pobrinite se da ga povremeno održavate kako biste smanjili njegove šanse za neuspjeh.
Odjeljak # 6:Okoliš
- Ciljano okruženje koje će vaš AUT pokrenuti i alat za automatizaciju koji želite koristiti trebali bi biti kompatibilni. To je jedan od čimbenika koji treba uzeti u obzir prije izdavanja licence za alat.
- Također, analizirajte je li ostatak Alati za upravljanje na mjestu i alat za automatizaciju koji pokušavate unijeti međusobno su povezani za dodatnu korist.
Odjeljak # 7:Isporučeno
- Vaše testne skripte su vaši rezultati. Međutim, nisu svi pametni za automatizaciju / programski jezik. Dakle, planirajte stvoriti dokument 'Kako da' koji će trenutnim korisnicima i budućim članovima tima pomoći da razumiju ovu skriptu čak i kada niste u blizini.
- Uključite komentare i u svoju skriptu.
Odjeljak # 8: Rizici
Ako ćete predložiti rješenje za automatizaciju, svakako odaberite isplative alate i rješenja kako biste bili sigurni da napor automatizacije ne opterećuje projekt.
Važno je postaviti očekivanje da ROI za projekt automatizacije ne može odmah biti pozitivan, već se može jasno vidjeti tijekom duljih vremenskih razdoblja.
Stoga, ako predlažete automatizaciju sustava, odaberite onaj koji jest
- Stabilno i ne previše održavanja
- Ima prostor za velike regresijske apartmane
- Nema previše ručne intervencije ili ne ovisi o čovjekovoj intuiciji
Odjeljak # 9:Podaci o ispitivanju
- Uzmite u obzir sigurnosne aspekte podataka
- U skripte nemojte uvrštavati testne podatke. To samo dovodi do previše održavanja skripte i može izazvati pogreške tijekom modifikacije.
- Budite vrlo konkretni. Za ručni testni korak - 'unesite ime', možete reći unesite bilo koje ime od 5 znakova. Tijekom testiranja ispitivač može upisati 'Swati' ili 'Seela' ili bilo što drugo. Ali za alat ne može stvarati takve pretpostavke. Stoga navedite točne vrijednosti.
Odjeljak # 10:Izvješća / Rezultati
- Rezultati izvršavanja skripti također su tehnički i možda neće biti lako razumljivi ostatku timova. Planirajte pisanje detaljnih rezultata na notepad ili excel listove kao dodatnu mjeru.
- Očekuju se i detaljni okvirni dokumenti, rezultati pregleda, izvješća o nedostacima, izvješća o stanju izvršenja.
Mi, kao entuzijasti automatizacije, možemo pomisliti da klijenti / menadžment ne kupuju lako prijedloge automatizacije.
tvrtke koje nude usluge računalstva u oblaku
Međutim, kada je naš krajnji cilj maksimizirati ROI kroz automatizaciju, u savršenom smo skladu i s ciljevima uprave / klijenta. To će osigurati da ne samo da automatiziramo naš projekt, već ćemo to moći učiniti uz puno pristanka, suradnje i uzbuđenja.
Planiranje i temeljita analiza svih gore navedenih čimbenika mogu biti naš saveznik na ovom putovanju. Opet, ROI znači sve.
Ovaj je članak napisao član autorskog tima STH-a Swati Seela.
Imate pitanja ili stvari za raspravu? Slobodno objavite u komentarima ispod.
=> Posjetite ovdje za cjelovitu seriju vodiča o planu ispitivanja
Preporučena literatura
- QTP okviri - Okviri za automatizaciju testiranja - Primjeri vođenih ključnim riječima i linearni okviri - QTP vodič # 17
- Izazovi ručnog i automatiziranog ispitivanja
- Kako odlučiti koja je vrsta testiranja potrebna za projekt? - Ručno ili automatizacija
- Zašto nam je potreban okvir za automatizaciju ispitivanja?
- 10 najboljih strategija automatizacije i najbolje prakse
- Kako prevesti slučajeve ručnog testiranja u skripte za automatizaciju? - Vodič korak po korak s primjerom
- Kada se odlučiti za automatsko testiranje?
- Proces automatskog testiranja u 10 koraka: kako započeti automatsko testiranje u svojoj organizaciji