qa software testing checklists
Kontrolné zoznamy na testovanie QA softvéru
Dnes vám prinášame ďalší kvalitný nástroj, ktorý je tak často nevyužívaný, že sme si mysleli, že o ňom znova premažeme podrobnosti v nádeji, že znovu získa svoju stratenú slávu. Je to „Kontrolný zoznam“.
Definícia: Kontrolný zoznam je katalóg položiek / úloh, ktoré sú zaznamenané na sledovanie. Tento zoznam je možné zoradiť za sebou alebo môže byť náhodný.
Kontrolné zoznamy sú neoddeliteľnou súčasťou nášho každodenného života. Používame ich v rôznych situáciách, od nákupu potravín až po zoznam úloh pre denné aktivity.
Čo sa dozviete:
Prehľad kontrolných zoznamov na testovanie softvéru QA
Hneď ako prídeme do kancelárie, vždy si urobíme zoznam vecí, ktoré môžeme v daný deň / týždeň urobiť, ako je uvedené nižšie:
- Naplňte časový rozvrh
- Skončiť dokumentácia
- Zavolajte zahraničnému tímu o 10:30
- Stretnutie o 16.00 atď.
Keď je položka v zozname hotová, odškrtnete ju, odstránite ju zo zoznamu alebo začiarknutím položky odznačíte jej dokončenie. Nie je nám to všetko príliš známe?
Je to však všetko, na čo sa dá použiť?
najlepšie youtube previesť do mp3 aplikácie
Môžeme použiť kontrolné zoznamy v našich IT projektoch formálne (konkrétne QA) a ak áno, kedy a ako? To je to, čomu sa budeme venovať nižšie.
Osobne sa zasadzujem za použitie kontrolných zoznamov z nasledujúcich dôvodov:
- Je všestranný - dá sa použiť na čokoľvek
- Ľahko sa vytvára / používa / udržuje
- Analýza výsledkov (stav priebehu / dokončenia úlohy) je veľmi jednoduchá
- Veľmi flexibilné - podľa potreby môžete pridávať alebo odstraňovať položky
Rovnako ako v bežnej praxi, aj tu si povieme o aspektoch „Prečo“ a „Ako“.
- Prečo potrebujeme kontrolné zoznamy? : Na sledovanie a hodnotenie dokončenia (alebo nedokončenia). Robiť si poznámky o úlohách, aby nič nebolo prehliadnuté.
- Ako vytvoríme kontrolné zoznamy? : No, nemohlo to byť jednoduchšie. Jednoducho, všetko si zapisujte bod po bode.
Príklad kontrolných zoznamov pre procesy zabezpečovania kvality:
Ako som už spomenul vyššie, v oblasti QA existujú niektoré oblasti, kde môžeme efektívne zaviesť koncept kontrolného zoznamu a dosiahnuť dobré výsledky. Dve z oblastí, ktoré dnes uvidíme, sú:
- Kontrola pripravenosti na test
- Kedy ukončiť testovanie alebo ukončiť kontrolný zoznam kritérií
# 1) Kontrola pripravenosti na test
Toto je veľmi častá činnosť, ktorú vykonáva každý tím QA s cieľom zistiť, či má všetko, čo potrebuje na postup do fázy vykonania testu. Toto je tiež opakujúca sa aktivita pred každým cyklom testovania v projektoch, ktoré zahŕňajú viac cyklov.
Aby sme sa po začiatku testovacej fázy nedostali do problémov a uvedomili si, že sme vstúpili do fázy vykonávania predčasne, musí každý projekt QA vykonať kontrolu, aby zistil, či má všetky vstupy potrebné na úspešné testovanie.
Túto činnosť dokonale uľahčuje kontrolný zoznam. Umožňuje vám vopred si pripraviť zoznam „potrebných vecí“ a postupne skontrolovať každú položku. Hárok, ktorý ste už vytvorili, môžete dokonca znova použiť aj pre ďalšie testovacie cykly.
Dodatočné informácie: Kontrola pripravenosti na test sa zvyčajne vytvára a kontrolu vykonáva zástupca tímu QA. Výsledky sa zdieľajú s PM a ostatnými členmi tímu, aby sa zistilo, či je testovací tím pripravený alebo nie na prechod do fázy vykonania testu.
Nižšie uvádzame príklad vzorového kontrolného zoznamu Kontrola pripravenosti na test:
Kritériá kontroly pripravenosti na test (TRR) | Postavenie |
Všetky požiadavky boli finalizované a analyzované | hotový |
Plán skúšok vytvorené a skontrolované | hotový |
Príprava testovacích prípadov hotový | |
Skontrolujte testovací prípad a odhláste sa | |
Skúšobné údaje dostupnosť | |
Testovanie dymu | |
Robí sa test príčetnosti? | |
Tím si uvedomuje úlohy a zodpovednosti | |
Tím si je vedomý očakávaných výsledkov | |
Tím si je vedomý Komunikačný protokol | |
Prístup tímu k aplikácii, nástroje na správu verzií, Správa testov | |
Tím je vyškolený | |
Technické aspekty - Server1 bol obnovený alebo nie? | |
Sú definované štandardy hlásenia chýb |
Všetko, čo musíte urobiť s týmto zoznamom, je označiť ako splnené alebo nedokončené.
# 2) Kontrolný zoznam kritérií pre ukončenie
Ako naznačuje názov, jedná sa o kontrolný zoznam, ktorý pomáha pri rozhodovaní o tom, či by sa testovacia fáza / cyklus mala zastaviť alebo pokračovať.
Pretože bezchybný produkt nie je možný a budeme sa musieť uistiť, že testujeme v čo najlepšom rozsahu za daný čas - vytvorí sa kontrolný zoznam nižšie uvedeného efektu, ktorý sleduje najdôležitejšie kritériá, ktoré je potrebné splniť považovať fázu testovania za uspokojivú.
Kritériá výstupu | Postavenie |
100% vykonaných testovacích skriptov | hotový |
95% úspešnosť testovacích skriptov | |
Žiadne otvorené kritické chyby a chyby vysokej závažnosti | |
95% stredných závad bolo uzavretých | |
Všetky zostávajúce chyby sú zrušené alebo zdokumentované ako Žiadosť o zmenu pre budúce vydanie | |
Všetky očakávané a skutočné výsledky sú zachytené a zdokumentované testovacím skriptom | hotový |
Všetky testovacie metriky sa zhromažďujú na základe prehľadov z HP ALM | |
Všetky chyby sa zaznamenávajú do programu HP ALM | hotový |
Memorandum o uzavretí testu je vyplnené a odhlásené |
Kontrolný zoznam na testovanie
Chystáte sa začať nový projekt na testovanie? Nezabudnite skontrolovať tento kontrolný zoznam testovania v každom kroku svojho životného cyklu projektu. Zoznam je väčšinou ekvivalentný s plánom skúšok, bude pokrývať všetky štandardy zabezpečenia kvality a testovania.
Kontrolný zoznam testovania:
najlepší svet súkromných serverov warcraft
- Vytvorte testy systému a prijatia []
- Spustiť vytvorenie prijímacieho testu []
- Identifikovať testovací tím []
- Vytvoriť pracovný plán []
- Vytvoriť testovací prístup []
- Prepojte kritériá prijatia a požiadavky s cieľom tvoriť základ prijímacieho testu []
- Použite podmnožinu testovacích prípadov systému na vytvorenie časti požiadaviek na Acceptance Test []
- Vytvorte skripty, ktoré zákazník použije na preukázanie, že systém spĺňa požiadavky []
- Vytvorte plán testov. Zahrňte ľudí a všetky ostatné zdroje. []
- Vykonať test prijatia []
- Spustiť vytváranie testov systému []
- Identifikujte členov testovacieho tímu []
- Vytvoriť pracovný plán []
- Určite požiadavky na zdroje []
- Identifikujte nástroje produktivity na testovanie []
- Určiť požiadavky na údaje []
- Dosiahnuť dohodu s Dátovým centrom []
- Vytvoriť testovací prístup []
- Identifikujte všetky potrebné zariadenia []
- Získajte a skontrolujte existujúci testovací materiál []
- Vytvorte inventár testovaných položiek []
- Identifikujte návrhové stavy, podmienky, procesy a postupy []
- Určite potrebu testovania na základe kódu (biela skrinka). Identifikujte podmienky. []
- Identifikujte všetky funkčné požiadavky []
- Ukončiť vytváranie inventára []
- Spustiť vytváranie testovacích prípadov []
- Vytvorte testovacie prípady na základe inventára testovaných položiek []
- Identifikujte logické skupiny obchodných funkcií pre nový systém []
- Rozdeľte testovacie prípady do funkčných skupín vysledovaných v inventári testovaných položiek []
- Sady návrhových údajov zodpovedajúce testovacím prípadom []
- Ukončiť vytváranie testovacích prípadov []
- Skontrolujte obchodné funkcie, testovacie prípady a súbory údajov s používateľmi []
- Získajte vyhlásenie o dizajne testu od vedúceho projektu a QA []
- Koniec návrhu testu []
- Začať s prípravou testu []
- Získať zdroje na podporu testov []
- Prehľad očakávaných výsledkov pre každý testovací prípad []
- Získajte údaje o teste. Overte a sledujte testovacie prípady []
- Pripravte podrobné testovacie skripty pre každý testovací prípad []
- Pripraviť a zdokumentovať postupy nastavenia prostredia. Zahrnúť plány zálohovania a obnovy []
- Ukončiť prípravnú fázu testu []
- Vykonajte test systému []
- Vykonajte testovacie skripty []
- Porovnajte skutočný výsledok s očakávaným []
- Zdokumentujte nezrovnalosti a vytvorte správu o probléme []
- Pripravte vstup fázy údržby []
- Po opravení problému znova vykonajte testovaciu skupinu []
- Vytvorte záverečnú správu z testu, zahrňte zoznam známych chýb []
- Získajte formálne odhlásenie []
Kontrolný zoznam automatizácie
Ak na niektorú z týchto otázok odpoviete kladne, potom by sa váš test mal v prípade automatizácie vážne zvážiť.
Otázka 1) Je možné definovať postupnosť skúšok akcií?
Odpoveď: Je užitočné mnohokrát opakovať postupnosť akcií? Príkladom toho môžu byť akceptačné testy, testy kompatibility, výkonnostné testy a regresné testy.
Otázka 2) Je možné automatizovať postupnosť akcií?
Odpoveď: To môže určiť, že automatizácia nie je pre tento sled akcií vhodná.
Otázka 3) Je možné test „poloautomatizovať“?
Odpoveď: Automatizácia častí testu môže urýchliť čas vykonania testu.
Otázka č. 4) Je správanie testovaného softvéru rovnaké pri automatizácii ako bez neho?
Odpoveď: To je dôležité pri testovaní výkonnosti.
Otázka č. 5) Testujete aspekty programu, ktoré nepoužívajú používateľské rozhranie? Odpoveď: Takmer všetky funkcie, ktoré nie sú používateľským rozhraním, môžu a mali by byť automatizované testy.Otázka č. 6) Potrebujete spustiť rovnaké testy na viacerých hardvérových konfiguráciách?
Odpoveď: Spustite testy ad-hoc (Poznámka: V ideálnom prípade by každá chyba mala mať súvisiaci testovací prípad. Testy ad hoc sa najlepšie robia ručne. Mali by ste sa pokúsiť predstaviť si seba v reálnych situáciách a používať softvér tak, ako by to robil váš zákazník. Ako sa chyby nachádzajú počas testovania ad-hoc by sa mali vytvoriť nové testovacie prípady, aby sa dali ľahko reprodukovať a aby sa dali vykonať regresné testy, keď sa dostanete do fázy Zero Bug Build.)
Ad-hoc test je test, ktorý sa vykonáva ručne, keď sa tester pokúša simulovať skutočné použitie softvérového produktu v reálnom svete. Najviac chýb sa nájde práve pri testovaní ad hoc. Je potrebné zdôrazniť, že automatizácia nikdy nemôže nahradiť manuálne testovanie.
Body, ktoré je potrebné poznamenať:
- Vyššie uvedené dva sú príkladmi na použitie kontrolných zoznamov QA procesy , ale použitie sa neobmedzuje iba na tieto dve oblasti.
- Položky v každom zozname sú tiež indikátormi, ktoré čitateľom poskytujú predstavu o tom, aké druhy položiek je možné zahrnúť a sledovať - zoznam je však možné podľa potreby rozšíriť a / alebo zhustiť.
Naozaj dúfame, že vyššie uvedené príklady boli úspešné pri prenose potenciálu kontrolných zoznamov do procesov QA a IT.
Takže nabudúce, keď budete potrebovať jednoduchý nástroj, ktorý je semi-formálny, jednoduchý a efektívny, dúfame, že sme vás zamerali na to, aby ste kontrolným zoznamom dali šancu. Niekedy je najjednoduchšie riešenie najlepším riešením.
Odporúčané čítanie
- Najlepšie nástroje na testovanie softvéru 2021 [QA Test Automation Tools]
- Úloha pomocníka QA pri testovaní softvéru
- Kurz testovania softvéru: Do ktorého inštitútu pre testovanie softvéru by som sa mal pripojiť?
- Ako svoju kariéru si zvolíte testovanie softvéru
- Práca na voľnej nohe pre spisovateľa technického obsahu, ktorý testuje softvér
- Vzorové dotazníky s odpoveďami na testovanie certifikácie ISTQB
- Niektoré zaujímavé otázky týkajúce sa testovania softvéru
- Spätná väzba a recenzie na kurz testovania softvéru