software testing documentation guide
kako pronaći zadanu masku podmreže
U svojoj karijeri testiranja softvera nikada nisam čuo da ljudi puno govore o dokumentaciji za testiranje softvera. Opće je mišljenje o dokumentaciji za testiranje da svatko tko ima slobodnog vremena može raditi dokumentaciju poput Test slučaja, plana ispitivanja, izvješća o stanju, izvješća o greškama, prijedloga projekta itd.
Čak ni ja nisam više naglasio oko dokumentacije, ali mogu reći da mi je navika sve podatke stavljati crno na bijelo i o tome ažurirati i druge.
Što ćete naučiti:
- Moje iskustvo
- Ispitna dokumentacija: što je to?
- 10 savjeta koji će vam pomoći da postignete cilj testne dokumentacije
- Važni dokumenti za testiranje softvera
- Zaključak
- Preporučena literatura
Moje iskustvo
Samo želim podijeliti svoje iskustvo s vama:
Isporučili smo projekt (s nepoznatim problemom) jednom od naših klijenata (bijesni klijent). I problem su pronašli na strani klijenta, što je bila vrlo loša situacija za nas, i kao i obično, sva je krivica bila na QA-ima.
Problem je bio u vezi s kompatibilnošću jedne web stranice. Kad sam došao do mene, imao sam dokaz da nisam dobio takav zahtjev koji navodi da moram provjeriti i kompatibilnost web mjesta. Hvala bogu da sam bio na sigurnom.
To je bila lekcija za mene, shvatio sam važnost dokumentacije i od tog dana počeo sam raditi na dokumentima i stvarao ispitne dokumente kao što su plan ispitivanja, ispitni slučajevi, kontrolni popis za provjeru ispravnosti, izvještaj o greškama i mnogi.
'Tinta je bolja od najbolje uspomene' - kineska poslovica
Ispitna dokumentacija: što je to?
Svi čitamo razne članke o tehnologijama i metodama ispitivanja, ali koliko nas je vidjelo članke o dokumentaciji? Nema sumnje da ih je malo. Je li to da dokumenti nisu važni? Ne, ali to je zato što još nismo shvatili važnost dokumenata.
Ali, ako promatramo, onda je činjenica, projekti koji imaju sve dokumente imaju visoku razinu zrelosti.
Većina tvrtki ne pridaje ni malo važnosti dokumentaciji koliko pridaju procesu razvoja softvera. Ako pretražujemo na webu, možemo pronaći razne predloške kako stvoriti razne vrste dokumenata. Ali koliko ih zaista koriste organizacije ili pojedinci?
Činjenica je da pažljiva dokumentacija može uštedjeti vrijeme, napore i novac organizacije.
Iako se odlučuje za bilo koju vrstu certificiranja, zašto se naglasak stavlja na dokumentaciju, to je samo zato što pokazuje važnost klijenta i procesa za pojedinca i organizaciju. Ako niste u mogućnosti izraditi dokument koji je ugodan korisniku bez obzira na to koliko je dobar vaš proizvod, nitko ga neće prihvatiti.
Moje je iskustvo da posjedujemo jedan proizvod koji ima pomalo zbunjujuću funkcionalnost.
Kad sam počeo raditi na tome, zatražio sam neke dokumente za pomoć od menadžera i dobio sam odgovor 'Ne, nemamo nikakve dokumente'. Tada sam to izdao jer kao QA znao sam, nitko ne može razumjeti kako koristite proizvod bez dokumenata ili obuke. A ako korisnik nije zadovoljan, kako ćemo od tog proizvoda zaraditi?
'Nedostatak dokumentacije postaje problem za prihvaćanje' - Wietse Venema
Čak je i ista stvar primjenjiva na korisničke upute. Uzmimo primjer Microsofta, oni lansiraju svaki proizvod s odgovarajućim dokumentima, čak i za Office 2007 imamo takve dokumente koji su vrlo objašnjivi i lako razumljivi za svakog korisnika. To je jedan od razloga što su svi njihovi proizvodi uspješni.
U malim tvrtkama uvijek smo čuli da „projekt odbija u prijedlogu ili fazi početka“, samo zato što dokumentacija za prijedloge nema sažet i ekspresivan jezik, te da bi pokazala sposobnost organizacije.
Nije da male tvrtke ne mogu izvoditi kvalitetne projekte, već je njihova nesposobnost izraziti svoju sposobnost. (Ja također radim s malom organizacijom od 80 zaposlenika, i to sam puno puta čuo)
Osobno smatram da je Kvaliteta jedini odjel koji to može učiniti mogućim. Mi smo jedini odjel koji može raspravljati o ovome i može pružiti uspješnu budućnost našim organizacijama.
Organizirajmo sve rasprave u nekoliko točaka u perspektivi kvalitete:
- Pojasniti cilj i metode kvalitete
- Osigurajte jasnoću zadataka i dosljednost izvedbe
- Osigurati unutarnju koordinaciju u radu klijenta
- Pružite povratne informacije o preventivnim radnjama
- Pošaljite povratne informacije za svoj ciklus planiranja
- Stvorite objektivne dokaze o radu vašeg sustava upravljanja kvalitetom
10 savjeta koji će vam pomoći da postignete cilj testne dokumentacije
Kao što sam spomenuo u svom ranijem postu, općenito je razumijevanje dokumentacije za testiranje softvera 'To može učiniti samo osoba koja ima slobodnog vremena'. Moramo promijeniti ovaj način razmišljanja, a tada samo mi možemo iskoristiti moć dokumentacije na našim projektima.
Nije da ne znamo kako napraviti dokumentaciju kako treba. Jednostavno ne mislimo da je to važno.
Svatko mora imati standardne predloške za sve vrste dokumentacije, počevši od strategije testiranja, plana ispitivanja, slučajeva ispitivanja i podataka ispitivanja do izvješća o programskim pogreškama.
To su samo kako bi slijedili neke standarde (CMMI, ISO, itd.), Ali kada je stvarna primjena u pitanju koliko od tih dokumenata stvarno koristimo mi? Samo trebamo uskladiti svoj postupak kvalitete sa standardima dokumentacije i drugim procesom u organizaciji.
Najjednostavnije je slijediti sve vrste dokumentacije je uključivanje osobe u projekt iz početne faze koja razumije dinamiku, domenu, cilj i tehnologiju projekta. I tko bi mogao biti bolji od QA osobe za to (naravno da su prisutni tehnički pisci koji to rade - ali uzimajući u obzir opći scenarij malih tvrtki u kojima tehnički pisci nisu prisutni).
možete li napraviti niz objekata u javi
Da bih postigao ovaj cilj testiranja i dokumentacije, smatram da se moramo usredotočiti na neke točke.
Evo top 10 savjeta koji će vam pomoći da postignete cilj dokumentacije o testiranju:
# 1) QA bi trebao sudjelovati u prvoj fazi projekta kako bi QA i Dokumentacija radili ruku pod ruku.
#dva) Proces koji definira QA trebali bi slijediti tehnički ljudi, što pomaže u uklanjanju većine nedostataka u vrlo početnoj fazi.
# 3) Samo stvaranje i održavanje Predlošci za testiranje softvera nije dovoljno, prisilite ljude da ih koriste.
# 4) Nemojte samo stvarati i ostavljati dokument, već ažurirajte prema potrebi.
# 5) Uvjet za promjenom je važna faza projekta, ne zaboravite ih dodati na popis.
# 6) Koristite kontrolu verzija za sve. To će vam pomoći da lako upravljate dokumentima i pratite ih.
# 7) Olakšajte postupak sanacije nedostataka dokumentiranjem svih nedostataka. Obavezno uključite jasan opis nedostatka, reproducirajte korake, zahvaćeno područje i detalje o autoru dok dokumentirate bilo koji nedostatak.
# 8) Pokušajte dokumentirati što je potrebno da biste razumjeli svoj rad i što ćete trebati predočiti svojim dionicima kad god je to potrebno.
# 9) Za dokumentaciju upotrijebite standardni obrazac. Kao i bilo koji predložak Excel lista ili predložak doc datoteke, i pridržavajte ga se za sve potrebe vašeg dokumenta.
# 10) Dijelite sve dokumente povezane s projektom na jednom mjestu, dostupnom svakom članu tima za referencu, kao i za ažuriranje kad god je potrebno.
Ne kažem da ćete primjenom koraka dobiti iznenadne rezultate. Znam da se ta promjena neće dogoditi za dan ili dva, ali barem možemo početi tako da se te promjene polako počnu događati.
Uostalom 'za dokumentaciju je potrebna dokumentacija'. Zar ne?
Postoje stotine dokumenata koji se koriste u životnom ciklusu razvoja i testiranja softvera.
Važni dokumenti za testiranje softvera
Ovdje navodim nekoliko važnih dokumenata za testiranje softvera koje moramo redovito koristiti / održavati:
1) Plan ispitivanja
2) Dizajn testa i Specifikacija test slučaja
3) Strategija ispitivanja
4) Sažeti izvještaji o ispitivanju
5) Tjedno izvješće o statusu
6) Korisnički dokumenti / priručnici
7) Izvješće o prihvaćanju korisnika
8) Procjena rizika
9) Zapisnik ispitivanja
10) Izvješća o greškama
jedanaest) Podaci o ispitivanju
12) Analiza testa
Također, ispitivači softvera redovito se trebaju pozivati na sljedeće dokumente:
1) Specifikacije softverskih zahtjeva
2) Funkcionalni dokumenti
Zaključak
Dokumenti za testiranje softvera uvijek igraju važnu ulogu u fazi razvoja projekta / testiranja. Zato uvijek držite stvari dokumentirane kad god je to moguće. Ne oslanjajte se na verbalnu komunikaciju. Budite uvijek na sigurnoj strani.
Dokumentacija ne samo da će vas spasiti, već će dugoročno pomoći organizaciji uštedjeti tisuće dolara na obuci i još važnije na rješavanju problema uzrokovanih nedostatkom razvojnih i ispitnih dokumenata.
Nemojte dokumentirati samo kako biste izbjegli pokazivanje prstom na vas, ali navika dokumentacije zasigurno će donijeti sustavni pristup vašem procesu testiranja, ostavljajući ad hoc testiranje iza sebe.
O autoru: Ovaj članak napisao je član STH tima Tejaswini. Radi kao QA menadžer u organizaciji.
Koje druge dokumente održavate u svakodnevnim aktivnostima testiranja?
Preporučena literatura
- Kako napisati tjedno izvješće o testiranju softvera
- Najbolji alati za testiranje softvera 2021. [Alati za automatizaciju ispitivanja kvalitete]
- Posao za QA pomoćnika za testiranje softvera
- Tečaj za testiranje softvera: Koji bih se institut za testiranje softvera trebao pridružiti?
- Odabir testiranja softvera za vašu karijeru
- Ispitivanje softvera Posao pisca tehničkog sadržaja Posao slobodnjaka
- Najbolje QA usluge testiranja softvera tvrtke SoftwareTestingHelp
- Vrste testiranja softvera: različite vrste ispitivanja s pojedinostima