how perform test documentation reviews 6 simple steps qa process
Teraz už všetci vieme, že pre testera Dokumentácia je neoddeliteľnou súčasťou jeho každodenného života. Existuje preťaženie testovacích artefaktov, ktoré sa vytvárajú, kontrolujú, schvaľujú, používajú, udržiavajú a distribuujú. Vždy máme stanovené jasné postupy, ako dokument vytvoriť, ako ho používať, komu by sa mal vydať atď.
V tomto článku si posvietime na malú, ale dôležitú tému - Recenzie.
Revízia je tiež forma testovania - verifikačná časť V&V sa tiež nazýva statické testovanie.
Čo sa dozviete:
- Druhy recenzií
- Krok 1: Definujte kritériá
- Krok 2: Vykonajte kontrolu
- Krok 3: Zaznamenajte svoje výsledky
- Krok 4: Zdieľajte, diskutujte a implementujte požadované zmeny
- Krok 5: Kontrola verzie Podieľa sa na dokumentoch
- Krok 6: Odhláste sa a použite dokument podľa plánu
- Body na zapamätanie
- Pre Teba
- Odporúčané čítanie
Druhy recenzií
- Recenzia vlastnej práce - samokontrola
- Recenzia
- Dozorný
Ak je validácia polovicou testovacích postupov, potom je verifikácia druhou, ale pokyny sú často nejasné - zmeňme to TERAZ. Je to s článkami na STH všeobecnou praxou, začneme otázkami Čo? Prečo? Ako?
modely životného cyklu vývoja softvéru pdf
Čo kontrolujeme?
Všetko vytvorené musí byť skontrolované. Nasleduje zoznam niektorých bežných artefaktov:
- Plán skúšok
- Testovacie scenáre
- Testovacie šablóny
- Testovacie prípady
- Skúšobné údaje
- Správy ... atď
Prečo recenzia?
Z rovnakého dôvodu testujeme softvér, Napríklad,
- Na odhalenie chýb
- Pre kontrolu úplnosti
- Uistiť sa, či sú normy a smernice dodržané alebo nie ... atď.
Ako skontrolovať?
Nasleduje zoznam zapojených aktivít:
- Definujte kritériá - Máte kontrolný zoznam, čo hľadať?
- Vykonajte kontrolu
- Zaznamenajte si svoje výsledky
- Zdieľajte, diskutujte a implementujte požadované zmeny
- Kontrola verzie príslušných dokumentov
- Odhláste sa a použite dokument podľa určenia.
Teraz budeme diskutovať o každom kroku v sekcii „Ako“ - inými slovami, o procese jeho vykonania.
(Väčšina z nás testerov nemá rada textový procesor, však? Pre nás to znamená oveľa viac práce alebo nejakú manažérsku úlohu na vysokej úrovni, ktorú musíme urobiť, aj keď nechceme - pre z dôvodu istého súladu, o ktorom nemáme ani potuchy. Ale verte mi, keď prídete s a proces, ktorý funguje a je to dosť jednoduché na to, aby sme pochopili, prečo to musíme urobiť, môže to byť zábava! Hrajte spolu so mnou.)
Proces vzájomného preskúmania a preskúmania orgánom dohľadu je podľa mňa rovnaký, pretože orgán dohľadu je aj napriek vyššiemu označeniu rovnocenný.
Krok 1: Definujte kritériá
# 1) Čo čakáte, že nájdete? Môžete hľadať napríklad:
- Pravopisné chyby (Znie to príliš hlúpo? Myslím si, že nie, raz som do jedného zo svojich článkov napísal text „St. Object“ namiesto „Web Object“ - Zmení to úplne význam. Takmer to robí príliš hlúpe, aby sme ho brali vážne.)
- Súlad s formátom / šablónou
- Pokrytie funkčnosti a správnosť
- Ľahkosť porozumenia
- Dodržiavané normy - konvencie pomenovania, konzistentné číslovanie ... atď.
#dva) Vytvorte kontrolný zoznam - Kontrolné zoznamy sú veľmi univerzálne. Môže to byť rovnako zložité ako kontrolný zoznam alebo rovnako jednoduché ako zoznam potravín. Stačí nejaký čas na jeho vyrobenie a akonáhle to urobíte, je to také jednoduché ako skontrolovať ZAPNUTÉ alebo VYPNUTÉ.
# 3) Ako nahlásiť výsledky? - Vyberte si, čo je vhodné, najlepšie metódu, ktorú je možné zaznamenať a sledovať.
- Niekedy to môže byť také jednoduché, ako pridať ďalší stĺpec do hárka programu Excel s testovacími prípadmi a napísať niečo červenou farbou, ak to nie je to, čo by malo byť.
- Môže to byť ústne slovo
- Zoznam v e-maile
Krok 2: Vykonajte kontrolu
# 1) Pomocou kontrolného zoznamu, ktorý ste vytvorili predtým, overte dokument a poskytnite nám spätnú väzbu.
Krok 3: Zaznamenajte svoje výsledky
# 1) Opäť pomocou metódy rozhodnutej v kroku 1 zaznamenajte a nahláste svoje výsledky.
#dva) Pri nahlasovaní svojich komentárov alebo návrhov na zmenu s nimi nezaobchádzajte inak ako nahlásením chyby. Nič neprehliadať. Buďte podrobní.
# 1) Nikto nemá rád, keď mu hovoria, že jeho práca je nesprávna alebo neúplná. Ak poskytujete negatívnu spätnú väzbu, nezabudnite na nasledujúce pokyny.
- Poskytnite konštruktívnu kritiku - Pamätajte, že k osobe nemáte byť kritický, ale poukazujte na chyby tohto produktu
- Nezískajte konkurencieschopnosť - neskúšajte ho poraziť iba preto, že odovzdal 30 komentárov k vašim testovacím prípadom.
- Zdôvodnite svoje pripomienky
#dva) Získajte odhlásenie.
# 3) Nechajte vykonať zmeny
Krok 5: Kontrola verzie Podieľa sa na dokumentoch
# 1) Neodstraňujte staršie verzie žiadneho z dokumentov. Vhodne ich pomenujte a uložte do centralizovaného priečinka projektu. Nakoniec, toto je dôkaz celej našej práce
Krok 6: Odhláste sa a použite dokument podľa plánu
# 1) Keď sú všetky zmeny zapracované, verzia sa uloží, dá procesu kontroly odhlásenie a prejde k použitiu dokumentu na účely, pre ktoré bol vytvorený.
#dva) Ďalšia otázka, ktorá sa naskytne, je - skontrolujeme to po vykonaní zmien? Koľkokrát bude tento proces pokračovať - práca - kontrola - oprava - a potom znova kontrola? Do kedy?
programy, ktoré dokážu upravovať súbory pdf
Nie, kontrola nemusí prebiehať znova a znova. Jedná sa o činnosť kontroly kvality, ktorá sa zameriava na overenie, či sú testovací pomocníci vytvorení správni alebo nie. Ako vždy, dokumenty s nulovým nedostatkom sú nemožné. Takže je prijateľná primeraná úroveň kontroly - jedenkrát od partnera.
Tam si hotový. Nie je tento proces jednoduchý?
Body na zapamätanie
- Každý projekt nemusí dodržiavať túto formalizovanú metódu kontroly, ale aj keď má zavedenú neformálnu metódu, tieto kroky pomôžu stanoviť očakávanie a prevedú vás.
- Skúšobná dokumentácia odhady časovej osi sú zvyčajne založené na čase potrebnom na vytvorenie a kontrolu dokumentov, takže sú do nej zabudované, aj keď to nie vždy rozpoznáme.
- Kontrola nie je proces, ktorý sa obmedzuje na tímy manuálneho testovania. Automatizačné tímy tiež vykonávajú ukážky kódu, kontroly dizajnu atď.
Na záver takto vyzerá typický dokument s komentármi k recenziám pre testovacie prípady. Komentáre sú červené. Nie nevyhnutne skutočné komentáre, ale niečo, čo ukazuje, ako sa to deje.
Vzorový dokument na preskúmanie testovacích prípadov: (kliknite pre zväčšenie obrázku)
Pre Teba
Takže, stále máte pocit, že procesy sú odstrašujúce? Robíte vo svojich projektoch kontroly? Nižšie sa podeľte o svoje skúsenosti, výzvy, otázky a komentáre.
O autorovi: Toto je príspevok od Swati Seela - odborník na ručné a automatické testovanie s viac ako 9-ročnými skúsenosťami v odbore . Je tiež inštruktorkou pre náš vzdelávací kurz testovania softvéru.
Ak sa chcete dozvedieť Testovanie softvéru od odborníkov, pozrite si plán našej nadchádzajúcej dávky a viac o tomto kurze na tejto stránke .
Odporúčané čítanie
- 4 kroky k vývoju agilného testovania myslenia pre úspešný prechod na agilný proces
- Ako vykonávať testovanie softvérových produktov - podrobný postup a metódy s príkladmi
- Testovanie podnikových procesov (BPT) - Ako zjednodušiť a zrýchliť proces testovania pomocou BPT
- Vytvorte živú dokumentáciu pomocou funkcie Pickles pre súbory funkcií Specflow
- Sprievodca dokumentáciou k testovaniu softvéru (Prečo je to dôležité)
- Čo by mal tester QA vedieť o procese riadenia vydania a nasadenia
- Príkaz Grep v systéme Unix s jednoduchými príkladmi
- 6 najdôležitejších krokov, vďaka ktorým budú vaše testovacie správy ešte kvalitnejšie