Menu

Kontrolní seznamy pro testování softwaru QA (zahrnuty ukázkové kontrolní seznamy)

qa software testing checklists

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Kontrolní seznamy testování kvality softwaru

Dnes vám přinášíme další kvalitní nástroj, který je tak často málo využíván, že jsme si mysleli, že o něm znovu promažeme podrobnosti v naději, že znovu získá svou ztracenou slávu. Je to „kontrolní seznam“.

Definice: Kontrolní seznam je katalog položek / úkolů, které jsou zaznamenány pro sledování. Tento seznam lze objednat buď v pořadí, nebo může být náhodný.

Kontrolní seznamy jsou nedílnou součástí našeho každodenního života. Používáme je v různých situacích, od nákupu potravin až po seznam úkolů pro denní aktivity.

Kontrolní seznamy pro testování softwaru QA

Co se naučíte:

Přehled kontrolních seznamů pro testování softwaru QA

Jakmile se dostaneme do kanceláře, vždy vytvoříme seznam věcí, které je třeba udělat pro daný den / týden, například níže:

Jakmile je položka v seznamu hotová, odškrtnete ji, odeberete ze seznamu nebo zaškrtnutím položky zaškrtnutím - označíte její dokončení. Není nám to všechno příliš známé?

Je však to vše, na co lze použít?

otázky na rozhovor s vývojářem pl / sql

Můžeme kontrolní seznamy použít v našich IT projektech formálně (konkrétně QA) a pokud ano, kdy a jak? To je to, co bude popsáno níže.

Osobně se zasazuji o používání kontrolních seznamů z následujících důvodů:

  • Je univerzální - lze ji použít na cokoli
  • Snadné vytvoření / použití / údržba
  • Analýza výsledků (stav postupu / dokončení úkolu) je super snadná
  • Velmi flexibilní - podle potřeby můžete přidávat nebo odebírat položky

Stejně jako v běžné praxi budeme hovořit o aspektech „Proč“ a „Jak“.

  • Proč potřebujeme kontrolní seznamy? : Pro sledování a hodnocení dokončení (nebo nedokončení). Dělat si poznámky o úkolech, aby nic nebylo přehlédnuto.
  • Jak vytvoříme kontrolní seznamy? : To nemůže být jednodušší. Jednoduše si vše zapište bod po bodu.

Příklad kontrolních seznamů pro procesy QA:

Jak jsem zmínil výše, v oblasti QA existují některé oblasti, kde můžeme efektivně uplatnit koncept kontrolního seznamu a dosáhnout dobrých výsledků. Dvě z oblastí, které dnes uvidíme, jsou:

  • Kontrola připravenosti testu
  • Kdy zastavit testování nebo ukončit kontrolní seznam kritérií

# 1) Kontrola připravenosti testu

Toto je velmi běžná aktivita, kterou provádí každý tým QA, aby určil, zda má vše, co potřebuje, aby mohl pokračovat do fáze provádění testu. Jedná se také o opakující se aktivitu před každým cyklem testování v projektech, které zahrnují více cyklů.

Abychom se po zahájení testovací fáze nedostali do problémů a uvědomili si, že jsme do fáze provádění vstoupili předčasně, musí každý projekt QA provést kontrolu, aby zjistil, zda má všechny vstupy nezbytné pro úspěšné testování.

Kontrolní seznam tuto činnost dokonale usnadňuje. Umožňuje vám předem vytvořit seznam „věcí potřebných“ a postupně zkontrolovat každou položku. Můžete dokonce znovu použít list, který jste již vytvořili, pro další testovací cykly.

Doplňující informace: Kontrola připravenosti na test se obvykle vytváří a kontrolu provádí zástupce týmu QA. Výsledky jsou sdíleny s PM a ostatními členy týmu, aby se zjistilo, zda je testovací tým připraven nebo ne přejít do fáze provádění testu.

Níže je uveden příklad kontrolního seznamu Kontrola připravenosti testu:

Kritéria kontroly připravenosti testu (TRR)

Postavení

Všechny požadavky byly dokončeny a analyzovány Hotovo
Testovací plán vytvořeno a zkontrolováno Hotovo
Příprava testovacích případů Hotovo
Kontrola testovacího případu a odhlášení
Testovací data dostupnost
Testování kouře
Provádí se testování duševního zdraví?
Tým si je vědom rolí a odpovědností
Tým si je vědom očekávaných výsledků
Tým si je vědom Komunikační protokol
Přístup týmu k aplikaci, nástroje pro správu verzí, Správa testů
Tým je trénovaný
Technické aspekty - Server1 aktualizován nebo ne?
Jsou definovány standardy hlášení vad

Jediné, co s tímto seznamem musíte udělat, je označit jako splněné nebo nedokončené.

# 2) Kontrolní seznam kritérií ukončení

Jak název napovídá, jedná se o kontrolní seznam, který pomáhá při rozhodování o tom, zda má být testovací fáze / cyklus zastavena nebo pokračovat.

Vzhledem k tomu, že produkt bez vad není možný a budeme se muset ujistit, že v daném čase testujeme v co největším možném rozsahu - vytvoří se kontrolní seznam níže uvedeného efektu, který sleduje nejdůležitější kritéria, která je třeba splnit považovat fázi testování za uspokojivou.

Kritéria opuštění

Postavení

100% Testovací skripty provedeny Hotovo
95% úspěšnost testovacích skriptů
Žádné otevřené kritické a velmi závažné závady
95% vad střední závažnosti bylo uzavřeno
Všechny zbývající vady jsou buď zrušeny, nebo zdokumentovány jako Žádosti o změnu pro budoucí vydání
Všechny očekávané a skutečné výsledky jsou zachyceny a dokumentovány testovacím skriptem Hotovo
Všechny testovací metriky se shromažďují na základě zpráv od HP ALM
Všechny vady jsou zaznamenány v HP ALM Hotovo
Zpráva o uzavření testu je dokončena a odhlášena

Kontrolní seznam pro testování

Chystáte se zahájit nový projekt pro testování? Nezapomeňte zkontrolovat tento Kontrolní seznam testování v každém kroku vašeho životního cyklu projektu. Seznam je většinou ekvivalentní s plánem zkoušek, bude zahrnovat všechny standardy pro zajištění kvality a testování.

Kontrolní seznam pro testování:

  1. Vytvořit testy systému a přijetí ()
  2. Zahájit vytváření akceptačního testu ()
  3. Určete testovací tým ()
  4. Vytvořit pracovní plán ()
  5. Vytvořit testovací přístup ()
  6. Propojte kritéria přijetí a požadavky tak, aby tvořily základ akceptačního testu ()
  7. Pomocí podmnožiny testovacích případů systému vytvořte část požadavků na Acceptance Test ()
  8. Vytvořte skripty pro použití zákazníkem k prokázání, že systém splňuje požadavky ()
  9. Vytvořte plán testu. Zahrňte lidi a všechny ostatní zdroje. ()
  10. Proveďte akceptační test ()
  11. Spustit vytváření testů systému ()
  12. Určete členy testovacího týmu ()
  13. Vytvořit pracovní plán ()
  14. Určete požadavky na zdroje ()
  15. Určete nástroje produktivity pro testování ()
  16. Určete požadavky na data ()
  17. Dosáhnout dohody s datovým centrem ()
  18. Vytvořit testovací přístup ()
  19. Určete všechna potřebná zařízení ()
  20. Získat a zkontrolovat stávající testovací materiál ()
  21. Vytvořte soupis testovaných položek ()
  22. Identifikace návrhových stavů, podmínek, procesů a postupů ()
  23. Určete potřebu testování založeného na kódu (bílý rámeček). Určete podmínky. ()
  24. Určete všechny funkční požadavky ()
  25. Ukončit vytváření inventáře ()
  26. Zahájit vytváření testovacích případů ()
  27. Vytvářejte testovací případy na základě inventáře testovaných položek ()
  28. Identifikujte logické skupiny obchodních funkcí pro nový systém ()
  29. Rozdělte testovací případy do funkčních skupin vysledovaných v inventáři testovaných položek ()
  30. Sady návrhových dat odpovídající testovacím případům ()
  31. Ukončit vytváření testovacích případů ()
  32. Zkontrolujte obchodní funkce, testovací případy a datové sady s uživateli ()
  33. Získejte přihlášení k návrhu testu od vedoucího projektu a QA ()
  34. Návrh závěrečného testu ()
  35. Zahájit přípravu na test ()
  36. Získejte prostředky na podporu testování ()
  37. Přehled očekávaných výsledků pro každý testovací případ ()
  38. Získejte údaje o zkoušce. Ověřte a sledujte testovací případy ()
  39. Připravte si podrobné testovací skripty pro každý testovací případ ()
  40. Připravit a zdokumentovat postupy nastavení prostředí. Zahrnout plány zálohování a obnovy ()
  41. Ukončit přípravnou fázi testu ()
  42. Proveďte test systému ()
  43. Proveďte testovací skripty ()
  44. Porovnejte skutečný výsledek s očekávaným ()
  45. Zdokumentujte nesrovnalosti a vytvořte zprávu o problému ()
  46. Příprava vstupu fáze údržby ()
  47. Po provedení opravy znovu proveďte testovací skupinu ()
  48. Vytvořte závěrečnou zprávu o testu, zahrňte seznam známých chyb ()
  49. Získejte formální odhlášení ()

Kontrolní seznam automatizace

Pokud na některou z těchto otázek odpovíte kladně, měl by být váš test pro Automation vážně zvážen.

Otázka č. 1) Lze definovat sled testů akcí?

Odpovědět: Je užitečné opakovat sled akcí mnohokrát? Příkladem by mohly být přejímací testy, testy kompatibility, výkonnostní testy a regresní testy.

Otázka 2) Je možné automatizovat sled akcí?

Odpovědět: To může určit, že automatizace není pro tento sled akcí vhodná.

Jak třídit pole

Otázka č. 3) Je možné test „poloautomatizovat“?

Odpovědět: Automatizace částí testu může zkrátit dobu provedení testu.

Otázka č. 4) Je chování testovaného softwaru stejné s automatizací jako bez něj?

Odpovědět: To je důležité pro testování výkonu.

Otázka č. 5) Testujete jiné aspekty programu než UI? Odpovědět: Téměř všechny funkce jiné než UI mohou a měly by být automatizované testy.

Otázka č. 6) Potřebujete spustit stejné testy na více konfiguracích hardwaru?

Odpovědět: Spouštějte testy ad-hoc (Poznámka: V ideálním případě by každá chyba měla mít přidružený testovací případ. Testy ad hoc se nejlépe provádějí ručně. Měli byste si zkusit představit sebe sama v reálných situacích a používat svůj software tak, jak by to udělal váš zákazník. Jak se chyby nacházejí během testování ad-hoc by měly být vytvořeny nové testovací případy, aby je bylo možné snadno reprodukovat a aby bylo možné provést regresní testy, až se dostanete do fáze Zero Bug Build.)

Ad-hoc test je test, který se provádí ručně, když se tester pokouší simulovat skutečné použití softwarového produktu. Většina chyb bude nalezena při spuštění testování ad hoc. Je třeba zdůraznit, že automatizace nikdy nemůže nahradit manuální testování.

Body k poznámce:

  • Výše uvedené dva jsou příklady, které ukazují použití kontrolních seznamů QA procesy , ale použití není omezeno na tyto dvě oblasti.
  • Položky v každém seznamu jsou také indikátory, které čtenářům poskytují představu o tom, jaký druh položek lze zahrnout a sledovat - seznam však lze podle potřeby rozšířit a / nebo zkomprimovat.

Opravdu doufáme, že výše uvedené příklady byly úspěšné při předávání potenciálu kontrolních seznamů do procesů QA a IT.

Až tedy příště budete potřebovat jednoduchý nástroj, který je poloformální, jednoduchý a efektivní, doufáme, že jsme vás orientovali na to, abyste dostali kontrolní seznamy šanci. Někdy je nejjednodušší řešení nejlepší.

Doporučené čtení

^