Meni

Kako se pripraviti na pisanje testnih primerov (nasveti za produktivnost)

how prepare yourself

Preizkusite Naš Instrument Za Odpravo Težav

Kako se pripraviti na pisanje testnih primerov in izboljšati produktivnost:

Ko se tester odloči za pisanje visokokakovostnih testnih primerov in želi izboljšati njihovo učinkovitost in produktivnost pisanja testnih primerov, je nekaj ključnih točk, ki preskuševalcem pomagajo doseči te cilje.

Najprej se morajo strokovno in psihološko pripraviti na nekatere ključne točke, potrebne za vse uspešne preizkuševalce programske opreme v IT industriji. To bo obravnavano kot „ Vhodi ”Za preizkuševalca, preden začnete pisati testne primere.

pisanje testnih primerov

Nato morajo razumeti meritve kakovosti, vključene v projekt, ki se uporablja kot orodje za ocenjevanje učinkovitosti preizkuševalca v različnih fazah življenjskega cikla testiranja. To bo obravnavano kot „ Izhodi «Za preizkuševalca po zaključku pisanje testnih primerov .

Nazadnje mora tester vedeti, kako se poroča o napaki, stopnjujejo se težave in kako se poročila o preskusih pripravijo v skladu s standardnim postopkom in so lahko razumljive zainteresiranim stranem v projektu.

Kaj se boste naučili:

kako zagnati datoteko swf v

Pripravite se na pisanje testnih primerov

1) Pisanje testnih primerov je umetnost in ni le delo ali naloga. Del ali segment programske opreme je mogoče oblikovati in razviti, vendar dokler in razen, če bo popolnoma preizkušen za vse scenarije z učinkovitim testnim pristopom, bo neuporaben in ga nihče ne bo mogel izdati in uporabiti. Torej, obravnavajte se kot pomembno osebo v projektu in svojo dejavnost testiranja obravnavajte kot pomembno nalogo v projektu .

dva) The strast s pozitivno naravnanostjo , kar je skrajno osebno preizkuševalci kakovosti bi morali imeti v celotnem življenjskem ciklu projekta. Strast motivira sposobnosti za team building in odnos prinaša veliko produktivnosti pri pisanju kakovostnih testnih primerov. Pomeni, da je dejavnost pisanja preizkusov mešanica poklicnih in osebnih lastnosti za skupni cilj doseganja odličnih rezultatov kot končnega rezultata v projektu.

3) Pozitivno in negativni testni primeri so del pisanja testnih primerov, toda preizkuševalci bi morali imeti pozitivne rezultate miselnost razbiti preizkušeno aplikacijo z iskanjem napak . To ni negativna miselnost, temveč izogibanje situaciji, ko nekdo prepozna napako po izdaji, ali izogibanje situaciji, ko bodo nekateri uporabniki sistema prekinili sistem.

4) Testerjeva učinkovitost ne bi smeli ocenjevati na podlagi števila napak, ugotovljenih v testiranem sistemu, ampak na podlagi zmožnosti pisanja uspešnih testnih primerov, ki so rezultat odkrivanja napak. Torej, testni primeri naj bodo napisani tako, da bo pokritost in sledljivost mora biti največja glede na sistemsko mejo in obseg.

5) Temeljito razumejte aplikacijsko domeno .Na primer, testiranje spletne strani je lažje kot testiranje finančne programske opreme, razvite za borzo, ki jo hkrati uporablja na tisoče ljudi. Preprosta funkcionalnost spletnega mesta je lahko razumljiva vsakemu preizkuševalcu, medtem ko finančni pogoji in funkcionalnosti ne morejo biti razumljivi vsem preskuševalcem, dokler in če nimajo ustrezne izobrazbe ali izobrazbe ali izkušnja domene .

Torej, ko je tester dodeljen za nov projekt, mora opraviti samooceno, ali je upravičen in lahko opravlja svoje delo v skladu s pričakovanji ali ne. Če je težko razumeti funkcionalne zahteve, jih je treba projektni skupini posredovati že vnaprej, da bi se izognili prihodnjim napačnim predstavam o učinkovitosti in učinkovitosti preizkuševalca. Z ustreznimi načrti in usposabljanjem ga bo vodil vodja projekta ali vodja preskusov.

6) Zahteve projekta in vrste preskušanj, ki jih je treba opraviti, se od projekta do projekta razlikujejo. Za kakršno koli testiranje mora biti pripravljen preizkuševalec. Ne omejujte svojih zmožnosti svojim znanjem in posebnostim. Bodite pripravljeni sprejeti odgovornosti in izzive za pisanje in izvajanje testnih primerov za kakršno koli testiranje.

Mnogi preizkuševalci se poskušajo prilagoditi ali se projektirati kot samo ročni ali avtomatizacijski preizkuševalci. Ko pridejo na preizkušanje zmogljivosti, obremenitev ali testiranje izjemnih situacij, le malo preizkuševalcev prevzame vlogo in se pripravi z usposabljanjem ali zbiranjem potrebnega znanja. Torej, hitro se uči in bodite pripravljeni prevzeti odgovornosti in napredovati v svoji karieri.

7) Določite vrste testiranja in spretnosti, potrebne za testiranje AUT. Na primer, nekateri projekti zahtevajo samo testiranje črne škatle, nekateri pa spretnosti testiranja bele škatle. Znanje “ skriptiranje 'Ali izkušnje v' SQL 'Ali delo z' označi jezik ', Kot so HTML / XML itd. Ali celo sistemsko znanje o namestitvi / odpravljanju težav pri namestitvi programske opreme itd., So nekatere posebne zahteve za projekt, ki se jih morate naučiti sami, ali se za to usposobiti.

8) Prepričajte se, da testni primeri zajemajo Vrste preizkušanja učinkovitosti, preskušanja varnosti in regresijskega preskušanja. Na primer, da se prijavite v aplikacijo s pomočjo spodnjega zaslona za prijavo:

Učinkovitost testnega primera 2

  • Morda bo treba preizkusiti delovanje, da se preveri, ali je aplikacija stabilna, ko se 1000 uporabnikov hkrati prijavi v sistem, in testni primeri bi morali biti napisani tako, da zajemajo ta scenarij.
  • Morda bo treba preizkusiti varnost, da se preveri, ali aplikacija dovoljuje samo uporabnikom, ki imajo ustrezne pravice in dovoljenja, pooblastilo za uporabo sistema, testne primere pa je treba napisati tako, da zajemajo te scenarije.
  • Morda bo potrebno regresijsko testiranje, da se preveri, ali osnovna funkcionalnost in kritične funkcije delujejo pravilno v vsaki izdaji.

9) Pregled testnega primera : Ena najpomembnejših in najbolj spregledanih faz razvoja programske opreme in življenjskega cikla testiranja je ' PREGLED '. Kadar projektni načrt vključuje dovolj časa za a postopek pregleda na vsaki stopnji razvoja projekta so najbolj kakovostni rezultati in rezultati enaki.

Na primer, pred začetkom pisanja testnih primerov bi morali preizkuševalci preveriti, ali je dokument 'specifikacija zahtev' pregledan in so v njem upoštevane in posodobljene vse točke pregleda. Če organizacija sledi ustreznemu in zrelemu postopku, bi morale imeti vse predloge dokumentov informacije o spremembi na prvi strani samega dokumenta.

Dokumente za testne primere je treba pregledati vsaj trikrat prek:

i) Samopregled
ii) Medsebojni pregled
iii) Drugi pregledajo popolnost, pokritost testa, sledljivost in ali je testni primer mogoče preizkusiti ali ne.

10) Končno, razumeti, kako oceniti in načrtujte preizkusne naloge . Načrtujte, da boste delali samo po predvidenem času v enem dnevu. To lahko dosežemo s pravočasnim zagonom in dokončanjem nalog ter odhodom na dan z načrti za naloge naslednjega dne.

Pazite, da ne ostanete pozno zvečer in vikende preživljate v pisarni. Danes so na voljo učinkoviti pristopi upravljanja projektov in projekti se izvajajo v okretnem okolju. Če projektne skupine ne bodo dosegle mejnikov, bodo to obravnavane kot neučinkovito vodenje projektov in ne kot neučinkovitost projektnih skupin.

Opomba : Ne pozabite, tudi za avtomatizirano testiranje , testni primeri morajo biti vsaj enkrat jasno napisani in pregledani, pri čemer morajo v celoti zajemati funkcionalni tok preskušane aplikacije. Vsako orodje za avtomatizacijo lahko uspešno zabeleži in izvede testne primere le, če so ročni testni primeri jasno opredeljeni in napisani.

Meritve kakovosti

To je pomembna dejavnost v fazah testiranja programske opreme. Skupina za testiranje bi se morala popolnoma zavedati različnih meritev testiranja, ki se uporabljajo za doseganje cilja projekta. Uspešnost preizkuševalca se ne ocenjuje samo na podlagi faze izvedbe testa, temveč na podlagi vseh meritev testa, zbranih iz analize zahtev, pisanja testnih primerov, izvedbe, poročanja o napakah in končno faze poročanja o preskusu.

Spodaj najdete nekaj pomembnih testnih meritev sledi večina organizacij za večjo produktivnost preizkuševalcev in učinkovitost faz testiranja.

qtp vprašanja in odgovori za izkušene

Glej tudidruge uporabne meritve preskusov, uporabljene v fazah testiranja:

=> Pomembne meritve in meritve preizkusa programske opreme in Sledenje napakam v živo, meritve preskusov in postopek odjave iz preskusov.

1) Povprečna učinkovitost testiranja

  • Napake na človekove mesece poskusnega dela.
  • Izračunano kot povprečje (skupne napake med preizkusom v človeških mesecih).
  • Izračuna se po vsakem internem sproščanju in po zaključku preskusa.
  • Omejitev sprejemljivosti: mora biti manjša od 50

2) Povprečna gostota napake kupca

  • Napake, ki jih je stranka sporočila po dobavi Vs celotna prizadevanja za testiranje v človeških mesecih.
  • Izračunano kot povprečje (skupne napake po dobavi / preizkusu v človeko-mesecih).
  • Izračuna se po zunanji izdaji in zaključku projekta.
  • Omejitev sprejemljivosti: mora biti manjša od 1

3) Napake funkcionalnih preizkusov

  • Število neuspešnih funkcionalnih testnih primerov / skupno število izvršenih funkcionalnih testnih primerov.
  • Izračuna se mesečno ali štirinajst dni.

4) Napake s stopnjo resnosti 1

  • Skupno število napak, ugotovljenih s stopnjo resnosti 1 (blokator).
  • Testiranja programske opreme zaradi težav z blokatorjem ni mogoče nadaljevati.
  • Izračuna se tedensko.

5) Napake s stopnjo resnosti 2

  • Skupno število napak, ugotovljenih z stopnjo resnosti 2 (večje napake).
  • Preskušanja funkcije zaradi večjih napak ni mogoče nadaljevati, lahko pa se nadaljuje z drugimi deli sistema.
  • Izračuna se tedensko.

6) Napake s stopnjo resnosti 3

  • Skupno število napak, ugotovljenih s stopnjo resnosti 3 (manjše napake).
  • Testiranje se lahko nadaljuje, saj je ugotovljena napaka manjša in preskusa ne ustavi.
  • Izračuna se tedensko.

7) Napake s stopnjo resnosti 4

  • Skupno število napak, ugotovljenih s stopnjo resnosti 4 (kozmetične težave).
  • Testiranje je mogoče dokončati brez kakršnih koli težav, saj so ugotovljene napake povezane s kozmetiko in jih je treba popraviti za naslednjo izdajo.
  • Izračuna se tedensko.

Poročanje o napakah

Mehanizem poročanja o napakah je treba nadzorovati z dozorelim testnim postopkom, da se ohrani kakovost aplikacije. Moral bi biti ustrezen postopek stopnjevanja, da bi pooblaščene osebe poznale status, resnost in prednost napake. Obstajajo na voljo veliko brezplačnih in komercialnih orodij za poročanje o napakah kot so Bugzilla, Mantis itd., ki so zelo učinkoviti pri mehanizmu za sledenje težavam in jih je mogoče enostavno integrirati s katerim koli orodjem za upravljanje testov, ki se uporablja v projektu.

Pri vsakem preskusnem projektu je treba vsak dan upoštevati standardne postopke za spletni mehanizem poročanja o stanju. Vsaka napaka / težava, zabeležena in prijavljena v teh sistemih za sledenje napakam, mora nemudoma poslati e-poštno sporočilo ustreznim organom, ki jim bo pomagalo načrtovati in ustrezno ukrepati.

Podrobno se naučite postopka poročanja o napakahpreberite naslednje članke:

=> Kako napisati dobro poročilo o napaki? Namigi in triki
=> Vzorec poročila o napaki
=> Zakaj je poročanje o napakah umetnost, ki bi se je moral naučiti vsak preizkuševalec?
=> Življenjski cikel hroščev
=> Vzorčna poročila o napakah za spletne in izdelke

Poročila o preskusih

Poleg poročil o napakah, ki so bila ustvarjena, zabeležena in stopnjevana v sistemu poročanja o napakah, je poročilo o preskusu eden najpomembnejših dokumentov, ki pozna stanje testiranja in druge pomembne meritve, ki so bile ugotovljene in izračunane v času poročanja o preskusih.

Spodaj je eno tako preprosto poročilo o preskusu:

Preberite tudi naslednje koristne vadnice zaučinkovito poročanje o preskusih:

=> Vodnik za pisanje učinkovitega povzetka poročil o preizkusu
=> Kako pametno prijaviti izvajanje preizkusov (Prenos predloge poročila o stanju)

vprašanja in odgovori na intervjuju za nadzor kakovosti pdf

zmagovit

jaya1

Zaključek

Postopek priprave na pisanje testnih primerov ni le dodelitev sredstev v projektu, ampak obstaja le nekaj ključnih zahtev, kot je, da se pripravimo na primernega preizkuševalca in razumemo meritve kakovosti, ki jih spremljamo v celotnem življenjskem ciklu testiranja in celo po izdaji.

Tako lahko sledenje postopkom, standardom, postopkom in dosledno upoštevanje meril kakovosti s strastjo samodejno prinese v vas veliko učinkovitost testiranja, produktivnost in preizkuševalnik kakovosti, kar bo postalo navada v vašem poklicnem življenju.

Te dejavnike kakovosti lahko samoanaliziramo ali pa jih analiziramo z nekaj vprašanji ki bo pokazal, ali smo na pravi poti do izboljšanja samega sebe in procesa, da bi dosegli učinkovit pristop pri pisanju in izvajanju testnih primerov:

  • Ste že prebrali funkcionalne zahteve / zahteve uporabnikov / dokumente primerov poslovne uporabe?
  • Ali je bil dokument o funkcionalnih zahtevah pregledan in pravilno posodobljen s komentarji o pregledu?
  • Ste prejeli prototipe zaslona za vse funkcije, ki jih je treba preizkusiti?
  • Vam je všeč pisanje testnih primerov, ki jih je mogoče preizkusiti in izslediti v celotnem življenjskem ciklu testiranja?
  • Ali imate potrebno znanje in domensko znanje za preizkušanje aplikacije, ki jo preizkušate?
  • Ali potrebujete usposabljanje ali tehnično znanje, potrebno za izvajanje testnih primerov?
  • Imate urnik za pisanje, pregled in izvajanje testnih primerov, ki zajema čas za pripravo kakovostnih dokumentov?
  • Ali imate strokovnjake, ki bodo pregledali vaše testne primere, in pooblaščenega strokovnjaka za preverjanje popolnosti in pokritosti funkcij in funkcionalnosti, ki jih je treba preizkusiti?
  • Ali imate dovolj testnih primerov za vse funkcionalne zahteve?
  • Ali imate dovolj testnih primerov za delovanje, testiranje obremenitve in varnostno testiranje?
  • Imate dovolj testnih primerov za namestitev in regresijsko testiranje?
  • Ali imate kontaktno točko za stopnjevanje težav ali poročanje o napakah?
  • Ali je orodje za sledenje napakam pravilno konfigurirano z zahtevanim dovoljenjem za vse?
  • Vam je všeč, da sledite vsem postopkom, opredeljenim v preskusnem načrtu?
  • Ste vključeni v vsa pregledna srečanja in imate priložnost za pogovor z razvojno ali vodstveno ekipo?
  • Ali sta se vaša produktivnost in učinkovitost izboljšali ali morate za to sprejeti kakršne koli ukrepe?

Priporočeno branje = >> Najboljši spletni tečaji kreativnega pisanja

Obstaja veliko podobnih vprašanj, ki si jih lahko preizkuševalci zastavijo za analizo samoizboljšave, odvisno od vrste projekta ali organizacije, s katero sodelujejo. Najpomembneje je, da se vsem tem dejavnostim ne sme slediti zgolj zaradi sledenja postopkov, temveč naj bodo to vaše dnevne navade, s katerimi se lahko ukvarjate STRAST ZA TESTIRANJE samo.

PREV Vadnica | NASLEDNJA Vadnica

Priporočeno branje

^