Meni

Vodnik po dokumentaciji za preizkušanje programske opreme (zakaj je to pomembno)

software testing documentation guide

Preizkusite Naš Instrument Za Odpravo Težav

V svoji karieri za testiranje programske opreme nisem nikoli slišal, da bi ljudje veliko govorili o dokumentaciji za testiranje programske opreme. Splošno mnenje o preskusni dokumentaciji je, da lahko vsakdo, ki ima prosti čas, naredi dokumentacijo, kot je testni primer, testni načrt, poročilo o stanju, poročilo o napaki, predlog projekta itd.

Tudi jaz nisem bolj poudarjal dokumentacije, lahko pa rečem, da imam navado, da vse podatke postavim črno na belo in druge o tem tudi posodobim.

Vodnik po dokumentaciji za preizkušanje programske opreme (Zakaj

Kaj se boste naučili:

Moje izkušnje

Samo želim deliti svoje izkušnje z vami:

Projektu (z neznano težavo) smo dostavili eno od naših strank (jezna stranka). Težavo so našli na strani odjemalca, kar je bila za nas zelo slaba situacija, in kot ponavadi je bila vsa krivda QA.

Vprašanje je bilo nekaj v zvezi z združljivostjo ene spletne strani. Ko sem prišel do mene, sem imel dokaz, da nisem dobil takšnega zahtevanega dokumenta, ki navaja, da moram preveriti tudi združljivost spletnega mesta. Hvala bogu, da sem bil na varnem.

To je bila moja lekcija zame, spoznal sem pomembnost dokumentacije in od tistega dne sem začel delati na dokumentih in ustvarjal testne dokumente, kot so testni načrt, testni primeri, kontrolni seznam za preverjanje razumnosti, poročilo o napakah in mnogi.

'Črnilo je boljše od najboljšega spomina' - kitajski pregovor

Testna dokumentacija: Kaj je to?

Vsi beremo različne članke o testiranju tehnologij in metod, koliko pa jih je že videlo članke o dokumentaciji? Brez dvoma jih je malo. Ali dokumenti niso pomembni? Ne, ampak zato, ker še nismo spoznali pomena dokumentov.

qa vprašanja in odgovori za tester intervju pdf

Ampak, če opazimo, potem je dejstvo, projekti, ki imajo vse dokumente, imajo visoko stopnjo zrelosti.

Večina podjetij dokumentaciji ne da niti malo pomembnosti, kolikor je namenjena procesu razvoja programske opreme. Če iščemo po spletu, lahko najdemo različne predloge, kako ustvariti različne vrste dokumentov. Koliko pa jih v resnici uporabljajo organizacije ali posamezniki?

Dejstvo je, da natančna dokumentacija lahko prihrani čas, trud in denar organizacije.

Zakaj je pri dokumentaciji namenjen kakršen koli certifikat, je poudarek le na tem, da kaže pomembnost stranke in procesov za posameznika in organizacijo. Nihče je ne bo sprejel, če ne boste mogli izdelati dokumenta, ki bo uporabniku prijazen, ne glede na to, kako dober je vaš izdelek.

Po mojih izkušnjah imamo en izdelek, ki ima nekoliko zmedeno funkcionalnost.

Ko sem začel delati na tem, sem upravitelja prosil za nekaj dokumentov s pomočjo in sem dobil odgovor »Ne, nimamo nobenih dokumentov.« Nato sem to izdal, ker kot QA sem vedel, nihče ne more razumeti, kako izdelka uporabljajte brez dokumentov ali usposabljanja. In če uporabnik ni zadovoljen, kako bomo s tem izdelkom zaslužili?

'Pomanjkanje dokumentacije postaja problem za sprejem' - Wietse Venema

Tudi enako velja za uporabniške priročnike. Vzemimo primer Microsofta, ki vsak izdelek lansira z ustreznimi dokumenti, tudi za Office 2007 imamo takšne dokumente, ki so zelo pojasnjevalni in lahko razumljivi za vsakega uporabnika. To je eden od razlogov, da so vsi njihovi izdelki uspešni.

V majhnih podjetjih smo vedno slišali, da »projekt zavrne v fazi predloga ali začetka«, samo zato, ker dokumentacija o predlogih nima jedrnatega in izrazitega jezika ter da bi pokazala sposobnost organizacije.

Ne gre za to, da majhna podjetja ne morejo izvajati kakovostnih projektov, ampak je njihova nezmožnost izraziti svojo sposobnost. (Tudi jaz sodelujem z majhno organizacijo z 80 zaposlenimi in to sem že velikokrat slišal)

Osebno menim, da je kakovost edini oddelek, ki to lahko omogoči. Smo edini oddelek, ki lahko o tem trdi in našim organizacijam zagotavlja uspešno prihodnost.

Organizirajmo vso razpravo v nekaj točkah s perspektive kakovosti:

- Pojasniti cilj in metode kakovosti
- Zagotovite jasnost nalog in doslednost izvajanja
- Zagotoviti notranjo koordinacijo pri delu s strankami
- Zagotovite povratne informacije o preventivnih ukrepih
- Pošljite povratne informacije za svoj cikel načrtovanja
- Ustvarite objektivne dokaze o uspešnosti vašega sistema vodenja kakovosti

10 nasvetov za lažje doseganje cilja testne dokumentacije

Kot sem omenil v svojem prejšnjem prispevku, je splošno razumevanje dokumentacije o preizkušanju programske opreme: 'To lahko stori samo oseba, ki ima prosti čas'. Spremeniti moramo to miselnost, nato pa lahko le mi izkoristimo dokumentacijsko moč svojih projektov.

Ne gre za to, da ne vemo, kako pravilno narediti dokumentacijo. Preprosto se nam ne zdi pomembno.

Vsakdo mora imeti standardne predloge za vse vrste dokumentacije, začenši od strategije preizkusa, načrta preizkusa, primerov preizkusov in podatkov preskusov do poročila o napakah.

Ti naj bi sledili nekaterim standardom (CMMI, ISO itd.), A ko gre za dejansko izvajanje, koliko teh dokumentov v resnici uporabljamo pri nas? Naš proces kakovosti moramo sinhronizirati s standardi dokumentacije in drugim postopkom v organizaciji.

Najenostavneje je slediti vsem vrstam dokumentacije je v projekt vključiti osebo iz začetne faze, ki razume dinamiko, področje, cilj in tehnologijo projekta. In kdo drug kot QA oseba za to (seveda obstajajo tehnični pisci, ki to počnejo - vendar ob upoštevanju splošnega scenarija majhnih podjetij, kjer tehnični pisci niso prisotni).

kako preveriti izgubo paketov v omrežju -

Za dosego tega cilja testiranja in dokumentacije menim, da se moramo osredotočiti na nekatere točke.

Tu je 10 najboljših nasvetov, ki vam bodo pomagali doseči cilj dokumentacije o preskusu:

# 1) Vrednotenje kakovosti mora vključevati že v prvi fazi projekta, tako da bosta zagotavljanje kakovosti in dokumentacija delovala z roko v roki.

#two) Postopek, ki ga opredeli QA, naj sledijo tehničnim osebam, kar pomaga odpraviti večino napak v zelo začetni fazi.

# 3) Samo ustvarjanje in vzdrževanje Predloge za testiranje programske opreme ni dovolj, prisilite ljudi, da jih uporabljajo.

# 4) Ne samo ustvarjajte in puščajte dokumenta, temveč ga posodobite po potrebi.

# 5) Zahteva po spremembi je pomembna faza projekta, ne pozabite jih dodati na seznam.

# 6) Za vse uporabite nadzor nad različicami. Tako boste lažje upravljali in spremljali dokumente.

# 7) Olajšajte postopek sanacije napak z dokumentiranjem vseh napak. Med dokumentiranjem kakršne koli napake vključite jasen opis napake, ponovite korake, prizadeto območje in podrobnosti o avtorju.

# 8) Poskusite dokumentirati, kaj potrebujete za razumevanje svojega dela in kaj boste morali predložiti zainteresiranim stranem, kadar koli bo to potrebno.

# 9) Za dokumentacijo uporabite standardno predlogo. Kot katera koli predloga za Excelove liste ali predloge za datoteke doc in se je držite za vse potrebe po dokumentih.

# 10) Dajte v skupno rabo vse dokumente, povezane s projekti, na enem mestu, ki so dostopni vsakemu članu ekipe za sklicevanje in po potrebi posodobitev.

Ne rečem, da boste z uporabo korakov dobili nenadne rezultate. Vem, da se ta sprememba ne bo zgodila čez dan ali dva, vendar lahko vsaj začnemo tako, da se te spremembe začnejo dogajati počasi.

Konec koncev 'dokumentacija potrebuje dokumentacijo'. Kajne?

V življenjskem ciklu razvoja in testiranja programske opreme se uporablja na stotine dokumentov.

Pomembni dokumenti za preskušanje programske opreme

Tu navajam nekaj pomembnih dokumentov za testiranje programske opreme, ki jih moramo redno uporabljati / vzdrževati:

1) Testni načrt
2) Oblikovanje preskusov in Specifikacija testnega primera
3) Testna strategija
4) Povzetek poročil o preskusih
5) Tedensko poročilo o stanju
6) Uporabniški dokumenti / priročniki
7) Poročilo o sprejetju uporabnika
8) Ocena tveganja
9) Testni dnevnik
10) Poročila o napakah
enajst) Podatki o preskusu
12) Analiza testa

Prav tako se morajo preizkuševalci programske opreme redno sklicevati na naslednje dokumente:
1) Specifikacije programske opreme
2) Funkcionalni dokumenti

Zaključek

Dokumenti za testiranje programske opreme imajo vedno pomembno vlogo v fazi razvoja / testiranja projekta. Vedno hranite stvari dokumentirane, kadar koli je to mogoče. Ne zanašajte se na besedno komunikacijo. Bodite vedno na varni strani.

Dokumentacija vam ne bo samo prihranila, ampak bo tudi dolgoročno pomagala organizaciji, da bo prihranila tisoče dolarjev pri usposabljanju in še pomembneje pri odpravljanju težav, ki so nastale zaradi pomanjkanja razvojnih in preskusnih dokumentov.

Ne dokumentirajte samo zato, da se izognete s kazanjem s prstom na vas, ampak navada dokumentiranja bo zagotovo prinesla sistematičen pristop k vašemu postopku testiranja, začasno pa bo pustila ad hoc testiranje.

O avtorju: Ta članek je napisal član ekipe STH Tejaswini. Dela kot vodja kakovosti v organizaciji.

Katere druge dokumente vzdržujete pri vsakodnevnih testiranjih?

Priporočeno branje

^