Menu

Kontextové testovanie: 7 základných princípov s príkladom

context driven testing

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

7 základných princípov kontextového testovania s príkladom:

ktorá z nasledujúcich možností je cesta k tlačidlu „urobiť snímku obrazovky“?

Keď idem autom na letisko, zvyčajne pôjdem po diaľnici, ktorá ma tam dostane za minimálny čas a vyhýba sa mýtu. Ale v ten deň som sa vybral dlhšou trasou miestnej cesty so spoplatnením. Pretože som chcel pár minút navyše s mojím priateľom na ceste, ktorý cestoval veľmi dlhú vzdialenosť, aby strávil víkend s našou rodinou. Normálna najhoršia voľba sa v tomto prípade ukázala ako najlepšia.

Ale zvážte to.

Čo keby som mal málo plynu?

Čo keby som mal málo peňazí?

Zvolil by som inú možnosť. Prečo? Kontext.

Čo je to kontextové testovanie

(obrázok úver )

Keď sa rozhodujete na základe, ide o kontextové rozhodnutie:

  • Zainteresovaní ľudia
  • Okolnosti
  • Ciele
  • Dostupné možnosti
  • Emócie atď.

Čo je to teda kontextové testovanie?

Context Driven Testing je zmena myslenia (alebo škola testovania) vyvinutá Cem Kanerom, Jamesom Bachom a Bretom Pettichordom. Podrobnosti o ňom nájdete v ich slávnej knihe: Ponaučenia z testovania softvéru .

Existuje 7 základných princípov. Z ich knihy sú priamo vybrané:

# 1) Hodnota akejkoľvek praxe závisí od jej kontextu.

#dva) V kontexte existujú osvedčené postupy, ale neexistujú žiadne osvedčené postupy.

# 3) Ľudia, ktorí spolupracujú, sú najdôležitejšou súčasťou kontextu každého projektu.

# 4) Projekty sa časom vyvíjajú spôsobmi, ktoré často nie sú predvídateľné.

# 5) Produkt je riešením. Ak sa problém nevyrieši, produkt nefunguje.

# 6) Kvalitné testovanie softvéru je náročný intelektuálny proces.

# 7) Iba vďaka úsudku a zručnostiam, ktoré sa uplatňujú na celom projekte v spolupráci, sme schopní robiť správne veci v správny čas, aby sme mohli efektívne testovať naše výrobky.

Nebudem vysvetľovať každý z nich, pretože to za nás robí sami odborníci .

Jednoducho urobím vysvetlenie založené na scenároch môjho prístupu k testovaniu na základe kontextu.

Príklad kontextového testovania:

Povedzme, že začínam testovací projekt - Projekt A, ktorý obsahuje komplexné testovanie webovej aplikácie.

Aká by bola moja stratégia?

Podľa štandardných procesov to bude postupnosť udalostí:

  • Zozbierajte požiadavky a pochopte aplikáciu
  • Vytvorte plán testov
  • Vytvorte dokumentáciu k testu - testovacie scenáre, testovacie prípady, matica sledovateľnosti atď.
  • Nechajte skontrolovať a schváliť všetku dokumentáciu
  • Nastaviť prostredie QA a testovacie údaje
  • Vykonajte vykonanie testu
  • Vytváranie hlásení o chybách
  • Generujte a zdieľajte správy o stave vykonania testu atď.

Ak si položím otázku: „Ako som sa rozhodol, že to je to, čo musím robiť?“ Moja odpoveď by bola, najlepšie postupy, štandardy QA, priemyselné smernice, východiskové hodnoty z minulých skúseností atď., Nie?

Opakujem, čo ma naučili robiť alebo čo som videl ostatných robiť.

Nie je s tým niečo v poriadku? Vôbec nie. To by mohlo fungovať tiež, pretože pre tento prístup existuje určitý pocit opakovateľnosti a časovej preverenosti. Pripravuje však pôdu pre optimálne výsledky?

Pochybné. Prečo?

Pretože s každým projektom sa budete zaoberať rôznymi okolnosťami:

  • Zdokumentované vs. nezdokumentované požiadavky
  • Úzko spolupracujúce vs. geograficky distribuované tímy
  • Vývojové a testovacie tímy patriace do rovnakej spoločnosti v porovnaní s konkurenciou
  • Dostatočný čas vs. Tesné časové plány
  • Zloženie vášho tímu - Nováčikovia vs. skúsení. Trénovaní vs. netrénovaní.
  • Dostupnosť nástrojov - použitie manuálnych a testovacích nástrojov na správu
  • Typ projektu - Vyžaduje prísne dodržiavanie pravidiel (FDA alebo bankovníctvo) vs. experimentálne (napríklad sociálne médiá)
  • Technológia projektu.Napríklad:web a aplikáciu pre Windows by ste netestovali rovnako
  • Požiadavky klientov (Niekto požaduje denné podrobné správy, niekto chce iba najdôležitejšie správy)
  • Nasledoval proces (agilné vs. tradičné, skriptované vs. prieskumné testovanie)

Tento zoznam nie je vyčerpávajúci a vy rovnako ako ja viete, že pre každý projekt existuje veľa premenných.

ako otvoriť súbor dat v pdf

Kontextové testovanie je, keď necháte tieto okolnosti, aby rozhodli o vašich testovacích postupoch, technikách a dokonca aj definíciách, a nie štandardných, priemyselne vnímaných ‘ osvedčené postupy' .

Povedzme, že toto sú podrobnosti, s ktorými pracujem pre projekt A:

  • Pracujem s tímom 5 - 4 nováčikov a 1 skúseného testera.
  • Nemám zdokumentované požiadavky.
  • Môj tím je v Indii a vývojový tím je v USA, takže pracujeme v opačných časových pásmach.
  • Klient požaduje dennú podrobnú správu o stave
  • Používame webový nástroj na sledovanie chýb, ako je Mantis alebo Bugzilla, a to je všetko, čo máme.
  • Musím urobiť 2 kolá testovania za 10 dní s 3 dňami kvôli dokumentácii k testu

Tu je hrubý herný plán:

1) Pretože v tíme je veľa nováčikov, potrebujeme veľa partnerských recenzií.

dva) Potrebujeme tiež minimálne 2 diskusné stretnutia s tímom BA a Dev. Musí to byť formálne, pretože tímy sa nachádzajú niekde inde a je len malý priestor, aby som k nim chodil s otázkami.

3) Je to agresívny časový rozvrh testovania dokumentácie. Čím viac dokumentácie napíšeme, tým viac recenzií potrebujeme, čo znamená viac času. Budeme teda musieť viesť minimálnu dokumentáciu. Budeme dokumentovať iba to hlavné End-to-End TC a zvyšok bude skúmavo testované .

4) Denné správy o stave počas vykonávania testu sa budú vytvárať a odosielať EOD každý deň.

5) Väčšina testov je prieskumných, takže je vhodné vyskúšať si krátku osnovu každého vykonaného testu. Takto vieme, čo sa testuje a čo nie.

6) Poruchy budú do systému Mantis hlásené v reálnom čase. Pretože tím pracuje v inom časovom pásme, bude možno potrebné počkať celý deň, kým sa ozve od tímu QA, pre prípad, že by potrebovali vysvetlenie. Preto si dohodnite každodenný hovor s pohodlným tímom, kde tím QA predvedie opakovanie chrobákov. Takto nebude potrebné čakať a sledovať.

A tak ďalej.

Keď budete mať celkovú stratégiu, napíšte základný testovací plán vysvetľujúci tieto body. Teraz ste pripravení vstúpiť do testovacieho projektu po dôkladnom zvážení a vypracovaní stratégie úspechu na mieru.

V súhrne:

Toto je Kontextové testovanie; premena vašich okolností (nie štandardov) na primárne vstupy a faktory ovplyvňujúce vašu stratégiu testovania. Nalieha na nás, aby sme sa rozhliadli a vzali do úvahy všetko okolo vás.

Osobne som do tohto konceptu zamilovaný, pretože príliš často sú testovacie postupy vnímané ako rigidné a založené na imitácii. Niekto to urobil a bol úspešne, takže to urobím aj ja. To je druh imidžu, ktorý desí ľudí, aby vyskúšali a zostali v testovacej kariére.

Existuje však veľa priestoru pre tvorivé myslenie, analytické schopnosti a rozhodovanie. Ak sa chcete dozvedieť viac, prečítajte si túto tému pomocou odkazov uvedených vyššie.

Šťastné kontextové testovanie

Odporúčané čítanie

^