Meni

Kako se pripremiti za pisanje testnih slučajeva (Savjeti za produktivnost)

how prepare yourself

Isprobajte Naš Instrument Za Uklanjanje Problema

Kako se pripremiti za pisanje testnih slučajeva i poboljšati produktivnost:

Kada tester odluči pisati visokokvalitetne test slučajeve i želi poboljšati svoju učinkovitost i produktivnost pisanja testnih slučajeva, malo je ključnih točaka koje pomažu testerima da postignu ove ciljeve.

Prvo, trebaju se profesionalno i psihološki pripremiti za neke od ključnih točaka potrebnih za sve uspješne testere softvera u IT industriji. To će se tretirati kao „ Ulazi ”Za tester prije početka pisanja test slučajeva.

pisanje test slučajeva

Dalje, moraju razumjeti mjerne podatke kvalitete uključene u projekt, koji se koristi kao alat za procjenu izvedbe ispitivača u raznim fazama životnog ciklusa ispitivanja. To će se tretirati kao „ Izlazi ”Za ispitivač nakon završetka pisanje test slučajeva .

Konačno, ispitivač mora znati kako se prijavljuje programska pogreška, eskaliraju problemi i kako se izvještaji o ispitivanju pripremaju u skladu sa standardnim postupkom i mogu biti razumljivi dionicima projekta.

Što ćete naučiti:

najbolja besplatna aplikacija za preuzimanje glazbe za android

Pripremite se za pisanje test slučajeva

1) Pisanje testova je umjetnost i nije samo posao ili zadatak. Komad ili segment softvera može se dizajnirati i razviti, ali dok i ukoliko se u potpunosti ne testira za sve scenarije s učinkovitim pristupom testiranju, on će biti beskoristan i neće biti dostupan za puštanje i upotrebu od bilo koga. Tako, tretirajte se kao važnu osobu u projektu i tretirajte svoju aktivnost testiranja kao važan zadatak u projektu .

dva) The strast s pozitivnim stavom , što je krajnje osobno ispitivači kvalitete trebali bi imati tijekom životnog ciklusa projekta. Strast motivira sposobnosti izgradnje tima, a stav donosi veliku produktivnost u pisanju kvalitetnih testova. Znači, aktivnost pisanja testa spoj je profesionalnih i osobnih kvaliteta za zajednički cilj postizanja sjajnih rezultata kao konačnog rezultata u projektu.

3) Pozitivna i negativni test slučajevi dio su pisanja testnih slučajeva, ali testeri bi trebali imati polupozitive način razmišljanja za razbijanje testirane aplikacije kroz pronalaženje bugova . Ovo nije negativan način razmišljanja, već izbjegavanje situacije da netko identificira pogrešku nakon izdanja ili izbjegavanje situacije u kojoj će neki korisnici sustava slomiti sustav.

4) Učinkovitost testera ne bi se trebao procjenjivati ​​na temelju broja programskih pogrešaka identificiranih u sustavu koji se testira, već na mogućnostima pisanja uspješnih testnih slučajeva koji rezultiraju otkrivanjem nedostataka. Dakle, test slučajevi trebaju biti napisani na takav način da pokrivenost i sljedivost treba biti maksimalan na temelju granica i opsega sustava.

5) Temeljito razumite domenu aplikacije .Na primjer, testiranje web stranice je jednostavnije od testiranja financijskog softvera razvijenog za burzu koji istodobno koriste tisuće ljudi. Jednostavnu funkcionalnost web stranice može razumjeti bilo koji ispitivač, dok financijski uvjeti i funkcionalnosti ne mogu biti razumljivi svim testerima sve dok i ako nemaju odgovarajuće obrazovanje ili osposobljenost ili ako nemaju iskustvo domene .

Dakle, kada se tester dodjeljuje na novom projektu, on / ona bi trebao izvršiti samoprocjenu, jesu li podobni i mogu li obavljati svoj posao prema očekivanjima ili ne. Ako je teško razumjeti funkcionalne zahtjeve, to treba unaprijed proslijediti projektnom timu kako bi se izbjegle buduće zablude o učinkovitosti i performansama testera. Njime će se baviti voditelj projekta ili voditelj ispitivanja kroz odgovarajuće planove i obuku.

6) Zahtjevi projekta i vrste ispitivanja koja treba izvesti razlikuju se od projekta do projekta. Tester treba biti spreman za bilo kakvo testiranje. Ne ograničavajte svoje mogućnosti prema vašim vještinama i specijalnostima. Budite spremni preuzeti odgovornosti i izazove za pisanje i izvršavanje testnih slučajeva za bilo koju vrstu testiranja.

Mnogi se testeri pokušavaju prilagoditi ili se projicirati kao samo ručni ili automatizacijski testeri. Kada dolaze na testiranje performansi, ispitivanje opterećenja ili testiranje otpornosti na stres, vrlo mali broj ispitivača preuzima ulogu i priprema se treniranjem ili prikupljanjem potrebnog znanja. Tako, brzo uči i budite spremni preuzeti odgovornosti i napredovati u svojoj karijeri.

7) Utvrdite vrste ispitivanja koje će se izvesti i vještine potrebne za testiranje AUT. Na primjer, neki projekti zahtijevaju samo testiranje crne kutije, a neki zahtijevaju vještine testiranja bijele kutije. Znanje o „ skriptiranje 'Ili iskustvo u' SQL 'Ili rad s' označiti jezik ”Poput HTML / XML itd., Ili čak sistemsko znanje o tome kako instalirati / riješiti probleme s instalacijom softvera, itd. Neki su zahtjevi specifični za projekt koje morate sami naučiti ili za to obučiti se.

8) Osigurajte da test slučajevi pokrivaju Vrste ispitivanja izvedbe, ispitivanja sigurnosti i ispitivanja regresije. Na primjer, za prijavu u aplikaciju pomoću donjeg zaslona za prijavu:

Učinkovitost testnog slučaja 2

  • Možda će biti potrebno testiranje izvedbe kako bi se provjerilo je li aplikacija stabilna kad se istovremeno 1000 korisnika prijavi u sustav, a test slučajevi trebaju biti napisani kako bi pokrili ovaj scenarij.
  • Možda će biti potrebno sigurnosno testiranje kako bi se provjerilo dopušta li aplikacija samo korisnicima koji imaju odgovarajuća prava i dozvole ovlaštenje za korištenje sustava, a testne slučajeve treba napisati kako bi pokrili ove scenarije.
  • Možda će biti potrebno regresijsko testiranje kako bi se provjerilo rade li temeljne funkcije i kritične značajke ispravno na svakom izdanju.

9) Pregled testnog slučaja : Jedna od najvažnijih i najzapaženijih faza bilo kojeg razvoja softvera i životnog ciklusa testiranja je „ PREGLED '. Kada projektni plan uključuje dovoljno vremena za a postupak pregleda u svakoj fazi razvoja projekta, najkvalitetniji rezultati i rezultati možemo očekivati ​​isto.

Na primjer, prije nego što započnu pisati test slučajeve, testeri bi trebali provjeriti je li dokument „specifikacija zahtjeva“ pregledan i jesu li sve točke pregleda uzete u obzir i ažurirane u dokumentu. Ako organizacija slijedi ispravan i sazreo postupak, svi predlošci dokumenata trebali bi imati podatke o promjeni na prvoj stranici samog dokumenta.

Dokumente testnih slučajeva treba pregledati najmanje 3 puta putem:

i) Samopregled
ii) recenzija
iii) Drugi provjeravaju cjelovitost, pokrivenost testom, sljedivost i je li testni slučaj testiran ili nije.

10) Konačno, razumjeti kako procijeniti i planirati zadatke testiranja . Planirajte raditi samo predviđeno vrijeme u danu. To se može postići započinjanjem i dovršavanjem zadataka na vrijeme i ostavljanjem dana s planovima za zadatke sljedećeg dana.

Izbjegavajte ostajati kasno navečer i vikende provoditi u uredu. Danas su dostupni učinkoviti pristupi upravljanju projektima i projekti se izvode u agilnom okruženju. Ako projektni timovi ne postignu prekretnice, tretirat će se kao neučinkovito upravljanje projektom, a ne kao neučinkovitost projektnih timova.

Bilješka : Imajte na umu, čak i za automatizirano ispitivanje , test slučajevi trebaju biti jasno napisani i pregledani barem jednom, u potpunosti pokrivajući funkcionalni tijek aplikacije koja se ispituje. Bilo koji alat za automatizaciju može uspješno bilježiti i izvršavati test slučajeve samo kada su ručni test slučajevi jasno definirani i napisani.

Metrika kvalitete

Ovo je važna aktivnost u fazama testiranja softvera. Testni tim trebao bi biti potpuno svjestan različitih mjernih podataka ispitivanja koji se koriste za postizanje cilja projekta. Učinak ispitivača ne ocjenjuje se samo na temelju faze izvođenja testa, već iz svih mjernih podataka testa prikupljenih analizom zahtjeva, pisanjem testnih slučajeva, izvršenjem, izvještavanjem o nedostacima i konačno fazom izvještavanja o testiranju.

U nastavku pronađite nekoliko važnih testnih mjernih podataka nakon čega slijedi većina organizacija radi veće produktivnosti testera i učinkovitosti faza testiranja.

najbolji alat za izrezivanje za Windows 10

Također, vidiostale korisne metrike ispitivanja koje se koriste u fazama testiranja:

=> Važne mjerne vrijednosti i mjerenja softverskog testiranja i Praćenje programskih pogrešaka uživo, test mjernih podataka i postupak odjave iz testa.

1) Prosječna učinkovitost ispitivanja

  • Greške po mjesecima testiranja.
  • Izračunato kao prosjek (ukupan broj grešaka tijekom napora na testiranju u ljudskim mjesecima).
  • Izračunava se nakon svakog internog izdanja, kao i nakon završetka testa.
  • Ograničenje prihvaćanja: trebalo bi biti manje od 50

2) Prosječna gustoća manjka kupca

  • Greške koje je klijent prijavio nakon isporuke Vs ukupni napori na testiranju u ljudskim mjesecima.
  • Izračunato kao prosjek (ukupan broj grešaka nakon isporuke / napora u testiranju u ljudskim mjesecima).
  • Izračunava se nakon vanjskog izdanja i završetka projekta.
  • Ograničenje prihvaćanja: mora biti manje od 1

3) Neuspjesi funkcionalnih ispitivanja

  • Broj neuspjelih funkcionalnih testnih slučajeva / Ukupan broj izvršenih funkcionalnih testnih slučajeva.
  • Izračunava se mjesečno ili dvotjedno.

4) Bug s razinom ozbiljnosti 1

  • Ukupan broj programskih pogrešaka identificiranih s razinom ozbiljnosti 1 (blokator).
  • Testiranje softvera nije moguće nastaviti zbog problema s blokerom.
  • Izračunava se tjedno.

5) Bug s razinom ozbiljnosti 2

  • Ukupan broj bugova identificiranih s razinom ozbiljnosti 2 (glavne bugove).
  • Testiranje značajke nije moguće zbog glavnih bugova, ali se može nastaviti s drugim dijelovima sustava.
  • Izračunava se tjedno.

6) Bug s razinom ozbiljnosti 3

  • Ukupan broj bugova identificiranih s razinom ozbiljnosti 3 (manje bugove).
  • Testiranje se može nastaviti jer je identificirana programska pogreška manja i ne zaustavlja testiranje.
  • Izračunava se tjedno.

7) Bug s razinom ozbiljnosti 4

  • Ukupan broj bugova identificiranih s razinom ozbiljnosti 4 (kozmetički problemi).
  • Testiranje se može dovršiti bez ikakvih problema, jer su identificirane programske pogreške povezane s kozmetikom i moraju se popraviti za sljedeće izdanje.
  • Izračunava se tjedno.

Izvještavanje o greškama

Mehanizam prijavljivanja grešaka treba kontrolirati sazrelim testnim postupkom kako bi se održala kvaliteta aplikacije. Trebao bi postojati odgovarajući postupak eskalacije do pravih ovlaštenih osoba da znaju status, ozbiljnost i prioritet greške. Tamo su dostupni su mnogi besplatni i komercijalni alati za prijavljivanje grešaka poput Bugzille, Mantisa itd., koji su vrlo učinkoviti u mehanizmu praćenja problema i mogu se lako integrirati s bilo kojim alatom za upravljanje testovima koji se koristi u projektu.

U svakom projektu testiranja svakodnevno se moraju slijediti standardni postupci za internetski mehanizam izvještavanja o statusu. Svaka programska pogreška / problem prijavljen i prijavljen u tim sustavima za praćenje grešaka trebao bi odmah poslati e-poštu odgovarajućim vlastima koja će im pomoći u planiranju i poduzimanju odgovarajućih radnji.

Da biste detaljno naučili postupak prijavljivanja grešakapročitajte sljedeće članke:

=> Kako napisati dobar izvještaj o greškama? Savjeti i trikovi
=> Uzorak izvještaja o greškama
=> Zašto je prijavljivanje grešaka umjetnost koju bi trebao naučiti svaki ispitivač?
=> Životni ciklus buba
=> Uzorci izvještaja o programskim pogreškama za web i proizvode

Izvješća o ispitivanjima

Osim izvještaja o programskim pogreškama koje su prikupljene, evidentirane i eskalirane u sustavu izvještavanja o greškama, izvještaj o ispitivanju jedan je od najvažnijih dokumenata koji poznaju status testiranja i drugih važnih mjernih podataka koji su identificirani i izračunati tijekom razdoblja izvještavanja o testiranju.

Ispod je jedno tako jednostavno izvješće o ispitivanju:

Također pročitajte sljedeće korisne vodiče zaučinkovito izvještavanje o ispitivanju:

=> Vodič za pisanje djelotvornog sažetka izvještaja o ispitivanju
=> Kako pametno prijaviti izvršenje testa (Preuzmi predložak izvješća o statusu)

lažni gmail račun generator i lozinka

pobjednički

jaya1

Zaključak

Proces pripreme za pisanje testnih slučajeva nije samo raspodjela resursa u projektu, već je nekoliko ključnih zahtjeva poput pripreme sebe za prihvatljivog ispitivača i razumijevanje mjernih podataka kvalitete koji se prate tijekom životnog ciklusa testiranja, pa čak i nakon objavljivanja.

Dakle, praćenje postupka, standarda, postupaka i strogo pridržavanje mjerila kvalitete sa strašću, može automatski donijeti veliku učinkovitost testiranja, produktivnost i ispitivač kvalitete, što će vam postati navika u profesionalnom životu.

Ovi čimbenici kvalitete mogu se samoanalizirati ili grupno analizirati postavljanjem nekoliko pitanja koji će reći jesmo li na dobrom putu za poboljšanje sebe i procesa u cilju postizanja efikasnog pristupa u pisanju i izvršavanju testnih slučajeva:

  • Jeste li prošli kroz funkcionalne zahtjeve / korisničke zahtjeve / dokumente slučaja poslovne upotrebe?
  • Je li dokument o funkcionalnim zahtjevima pregledan i ispravno ažuriran s komentarima na recenziju?
  • Jeste li dobili prototipove zaslona za sve značajke koje treba testirati?
  • Je li vam ugodno pisati test slučajeve koji su provjerljivi i sljedivi tijekom životnog ciklusa testiranja?
  • Imate li potreban skup vještina i znanje domene za testiranje aplikacije koja se testira?
  • Treba li vam bilo kakvo osposobljavanje ili tehničko znanje potrebno za izvršavanje testnih slučajeva?
  • Imate li raspored pisanja, pregledavanja i izvršavanja testnih slučajeva, koji pokriva vrijeme za pripremu kvalitetnih dokumenata?
  • Imate li vršnjake koji će pregledati vaše testne slučajeve i ovlaštenog stručnjaka za predmet za provjeru cjelovitosti i pokrivenosti značajki i funkcionalnosti koje će se testirati?
  • Imate li dovoljno slučajeva za sve funkcionalne zahtjeve?
  • Imate li dovoljno testnih slučajeva za izvedbu, ispitivanje opterećenja i sigurnosno testiranje?
  • Imate li dovoljno slučajeva za instalaciju i regresijsko testiranje?
  • Imate li kontakt osobu za eskalaciju problema ili prijavljivanje bugova?
  • Je li alat za praćenje bugova ispravno konfiguriran s potrebnim dopuštenjem za sve?
  • Je li vam ugodno pratiti sve procese definirane u planu ispitivanja?
  • Sudjelujete li na svim revizijskim sastancima i imate li priliku razgovarati s razvojnim ili upravljačkim timom?
  • Jesu li poboljšani vaša produktivnost i učinkovitost ili za to trebate poduzeti neke mjere?

Preporučena literatura = >> Najbolji online tečajevi kreativnog pisanja

Puno je sličnih pitanja koje si testeri mogu postaviti za analizu samopoboljšanja, ovisno o vrsti projekta ili organizaciji s kojom rade. Najvažnije je da se sve ove aktivnosti ne bi trebale slijediti samo radi praćenja procesa, već bi to trebale biti vaše svakodnevne navike koje možete učiniti kroz STRAST ZA TESTIRANJE samo.

PREV Vodič | SLJEDEĆA Vodič

Preporučena literatura

^