Meni

Kako se razlikuje načrtovanje preskusov za ročne in avtomatizacijske projekte?

how does test planning differ

Preizkusite Naš Instrument Za Odpravo Težav

Vsi se strinjamo, da se projekti avtomatizacije po svoji naravi razlikujejo od projektov ročnega testiranja. Čeprav avtonomni projekti avtomatizacije v resnici ne obstajajo (ali pa v idealnem primeru ne bi smeli obstajati), se pri načrtovanju tako z ročnimi kot z avtomatizacijskimi projekti obravnava različno.

Kombinacija načrtovanega projekta se neizogibno izvede; to ne vpliva samo na trenutni projekt in meče senco na posameznikove zmožnosti, temveč lahko vodi tudi do izgube zaupanja v ekipo za stranko / vodstvo, kar vpliva na nadaljnje poslovanje. Raje bi rekel, da smo preskuševalci na varnem, kot da bi nam bilo žal.

=> Kliknite tukaj za celotno serijo vadnic o načrtu preizkusov

Načrtovanje preskusov

Dober strip Dilberta o načrtovanju:

načrtovanje projektov

Preden nadaljujemo, bi rad ugotovil, o čem ta članek NE bo.

# 1) To ni poglobljena razprava o okvirih avtomatizacije. Različni projekti uporabljajo različne okvire, odvisno od narave AUT, arhitekture, zapletenosti, strokovnega znanja ekipe itd.

Informacije o okvirih najdete na spodnjih povezavah:

Preskusni okviri avtomatizacije 1. del in 2. del .

#two) Prav tako ne gre za predlogo, obliko ali ustvarjanje datoteke Dokument o preskusnem načrtu . Obravnavali bomo premisleke o predhodni dokumentaciji za projekt avtomatizacije, bolj v vrsticah analize izvedljivosti.

# 3) To tudi ne orodja posebej. Vsaka dejavnost v SDLC zahteva čas, napor, infrastrukturo - z drugimi besedami - DENAR.

Za projekt ročnega testiranja so stroškovno dejavniki:

  • Ljudje
  • Orodja - Obvladovanje preizkusov / napak
  • Infrastruktura - okolje
  • Čas
  • Usposabljanje

Za projekt avtomatizacije poleg zgornjih postavk potrebuje še izdatke za:

  • Orodja za avtomatizacijo
  • Dodatek za integracijo orodij za upravljanje testov
  • Dodatek za podporo AUT (na primer SAP, Oracle itd.)
  • Vzpostavljen okvir
  • Usposabljanje za orodje

Ali je glede na te okoliščine uspeh projekta avtomatizacije odvisen od tega, kako dobro ste napisali kodo, koliko sestavnih delov za večkratno uporabo ali v koliko vrsticah kode ste dosegli želeni rezultat?

Ne

Uspeh je eno in edino vprašanje - 'Ali lahko ustvarite boljši ROI (donosnost naložbe) v primerjavi z ročno potjo?' - Če ne takoj, sčasoma.

Če je odgovor na to vprašanje 'NE', ste projekt Avtomatizacija napačno načrtovali.

Načrt preskusa običajno vsebuje naslednje razdelke. Razpravljali bomo o vsakem od njih, s poudarkom na vidikih avtomatizacije, ki jih je treba upoštevati:

načrt preizkusa avtomatizacije

Odseki načrta preizkusa avtomatizacije

Oddelek 1:Obseg

  • Izberite testne primere / scenarije, ki jih je treba znova in znova regresirati v več ciklih.
  • Včasih najpreprostejši testni primeri potrebujejo veliko zapletenih rešitev za avtomatizacijo. Če so le za enkratno uporabo, očitno nima smisla. V središču pozornosti mora biti ponovna uporabnost.
  • Avtomatizirano preskušanje ne / ne more opraviti raziskovalnega testiranja.

2. oddelek: Testna strategija

  • Ta razdelek se imenuje okvir v svetu avtomatizacije. Nekatere okvire je izjemno zahtevno ustvariti in so tudi učinkoviti, toda čas, trud in usposobljenost zahtevajo. Vedno iščite srednjo pot in delajte po svojih najboljših močeh, ne da bi ogrozili prekomerno izkoriščanje virov.
  • Odločite se za kodiranje najboljših praks, ki jih želite uporabiti, pravila poimenovanja, mesta za shranjevanje testnih sredstev, obliko rezultatov preskusov itd., Da ohranite enotnost in povečate produktivnost.

Oddelek # 3:Viri / vloge in odgovornosti

  • Prvi korak v tej smeri je razumevanje zmogljivosti ekipe in predvidevanje pred obsegom avtomatizacije, ki prihaja v sliko. To bo pomagalo izbrati skupino, ki ustreza potrebam avtomatizacije in ročnega testiranja. Izberite tudi ljudi, ki imajo pravi odnos - tisti, ki ne mislijo, da je ročno testiranje pod njihovim stasom.
  • Izberite ekipo, ki dobro pozna AUT, Test Management, Defect Management in druge SDLC dejavnosti
  • Oddelek # 1: Področje uporabe

Oddelek # 4:Orodja

Izberite orodja za avtomatizacijo na podlagi naslednjih pravil:

  • Ali podjetje že ima licence za določeno orodje, poskusite preveriti, ali ga lahko uporabite
  • Poiščite odprtokodna (a zanesljiva) orodja
  • Ali člani ekipe orodje že poznajo ali moramo pripeljati nekoga novega? Ali pa izuriti obstoječe?

Oddelek # 5: Urniki

  • Vključite čas za prehod kode in pregled skriptov za avtomatizacijo
  • Pravočasno vzdržujte skripte. Če ustvarite kos kode, ki ga ne boste uporabljali naslednjih 6 mesecev, ga redno vzdržujte, da zmanjšate možnosti za neuspeh.

Oddelek # 6:Okolje

  • Ciljno okolje, ki ga bo zagnal vaš AUT, in orodje za avtomatizacijo, ki ga želite uporabiti, bi moralo biti združljivo. To je eden od dejavnikov, ki ga je treba šteti za predhodno licenciranje orodja.
  • Analizirajte tudi, ali je preostali Orodja za upravljanje na mestu in orodje za avtomatizacijo, ki ga poskušate vnesti, sta medsebojno povezljiva za dodatne koristi.

Oddelek # 7:Rezultati

  • Vaše testne skripte so vaše rezultate. Niso pa vsi pametni za avtomatizacijo / programski jezik. Načrtujte torej, da ustvarite dokument »Kako«, ki bo sedanjim uporabnikom in bodočim članom ekipe pomagal, da bodo lahko razumeli ta skript tudi takrat, ko vas ni zraven.
  • V svoj skript vključite tudi komentarje.

Oddelek # 8: Tveganja

Če boste predlagali rešitev za avtomatizacijo, se prepričajte, da ste izbrali stroškovno učinkovita orodja in rešitve, s katerimi zagotovite, da prizadevanja za avtomatizacijo ne bodo obremenjevala projekta.

Pomembno je določiti pričakovanje, da donosnost naložbe za projekt avtomatizacije ne more biti takoj pozitivna, temveč jo je mogoče jasno videti v daljšem časovnem obdobju.

Če torej predlagate avtomatizacijo sistema, izberite tistega, ki je

  • Stabilno in ne preveč vzdrževanja
  • Ima prostor za velike regresijske apartmaje
  • Nima preveč ročnega posega ali ni odvisen od človekove intuicije

Oddelek # 9:Podatki o preskusu

  • Upoštevajte varnostne vidike podatkov
  • V skripte ne vstavljajte nobenih testnih podatkov. To samo vodi do preveč vzdrževanja skriptov in lahko povzroči spremembe med spremembami.
  • Bodite zelo natančni. Za korak ročnega preizkusa - 'vnesite ime' lahko izgovorite poljubno ime s petimi znaki. Med preskušanjem lahko tester vtipka 'Swati' ali 'Seela' ali karkoli drugega. Toda za orodje ne more ustvariti takšnih domnev. Zato navedite natančne vrednosti.

Oddelek # 10:Poročila / Rezultati

  • Rezultati izvajanja skriptov so prav tako tehnični in jih ostale ekipe morda ne bodo zlahka razumele. Kot dodaten ukrep načrtujte zapisovanje podrobnih rezultatov na listeke za beležke ali excel.
  • Pričakujejo se tudi podrobni okvirni dokumenti, rezultati pregledov, poročila o napakah in poročila o stanju izvedbe.

Kot navdušenci nad avtomatizacijo lahko mislimo, da stranke / vodstvo ne kupujejo zlahka predlogov za avtomatizacijo.

kateri drugi ponudniki e-pošte obstajajo

Ko pa je naš končni cilj povečati donosnost naložbe s pomočjo avtomatizacije, smo tudi v popolni harmoniji s cilji vodstva / stranke. Tako bomo zagotovili, da ne bomo le avtomatizirali našega projekta, ampak bomo to lahko storili z veliko soglasja, sodelovanja in navdušenja.

Načrtovanje in temeljita analiza vseh zgoraj naštetih dejavnikov je lahko naš zaveznik na tej poti. Ponovno donosnost naložbe pomeni vse.

Prispevek je napisal član ekipe avtorjev STH Swati Seela.

Imate vprašanja ali stvari za razpravo? Objavite v spodnjih komentarjih.

=> Obiščite tukaj za celotno serijo vadnic za načrt preizkusov

Priporočeno branje

^